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CHAPTER 1 
INTRODUCTION 


1.1 MANUAL SCOPE 

Chapter 1 of this manual provides a general description of the VAX-11/750. Chapter 2 provides a de- 
tailed functional description of the KA750 central processor. For a complete discussion of the KA750 
central processor, this manual should be read in conjunction with the VAX-11/750 Unibus Interface 
Technical Description (EK-UI750-TD). This manual is a resource for appropriate branch and support 
level courses in the Field Service and Manufacturing training programs, and a field reference. 


Detailed information concerning system components not covered in this manual can be found in the 
related literature listed in Table 1-2. 


12 SYSTEM OVERVIEW 

The VAX-11/750 is a 32-bit, high-speed, synchronous microprogrammed computer that represents a 
significant extension to the PDP-11 family of computers. The processor is capable of executing vari- 
able-length instructions in native mode, and nonprivileged PDP-11 instructions in compatibility mode. 
Compatibility mode enables existing user-mode PDP-11 programs to be run without modification. 


The majority (90 percent) of the VAX-11/750 hardware logic design is implemented in custom large- 
scale integrated (LSI) circuits called gate arrays. These gate arrays are designed and manufactured 
specifically for the VAX-11/750. Gate array technology uses a fixed physical placement of 400 NAND 
gates (these gates are composed of bipolar circuit technology). Each gate array chip is configured dur- 
ing the manufacturing process to produce one of the 39 different types of gate array used in the VAX- 
11/750. These chips are used in the VAX-11/750 Central Processor Unit (CPU), floating-point accel- 
erator, memory controller, and Massbus adapter. 


Custom gate array technology has produced a positive impact on the VAX-11/750 design in a number 
ways. 


e Increased speed per logic gate (5 to 10 ns) 
e Lowered power consumption 

e Fewer printed circuit boards due to LSI 

e Increased reliability 

e Lowered cost 


For details on the preceding points see Table 1-1. 


Table 1-1 Technology Specifications for the VAX-11/750 


Implementation Technique — Gate Arrays 
Circuit Technology — Low-Power Bipolar Schottky 
Circuit Density — Large Scale Integration (LSI) 


Die Size — .215 in X& .244 in 
Power Utilized per Die — 2 W max 


Package Size — 1.44 in2 (2.4 in X 0.6 in) 
Number of Pins per Package — 48 


I/O Circuits per Die — 44 I/O transceiver gates 
Logic Gates — 400 identical 4-input NAND gates 


Voltage Used — 2.5 V, 0.5 V 
Speed per Gate — 5-10 ns 
Unique Gate Array Types: 


CPU and Memory Controller — 27 
Floating Point Accelerator — 7 
Massbus Adapter — 5 


Total Number of Gate Arrays Used: 


CPU and Memory Controller — 55 
Floating Point Accelerator — 28 
Massbus Adapter — 12 


The major components of the VAX-11/750 system, shown in Figure 1-1, include the following. 


Data Path Module (DPM) 

Memory Interconnect Module (MIC) 

CPU Control Store Module (CCS) 

Unibus Interconnect Module (UBI) and peripherals 
Memory Control 

Massbus Adapter and Massbus peripherals 
Floating-Point Accelerator (FPA) option 

Remote Diagnostic Module (RDM) option 
Writable Control Store (WCS) option 


These major hardware components operate on clocked 320-ns cycles. Normal operations are synchro- 
nized by the system clock and each event occurs at defined points in time within the machine cycle. 


e-T 


UBI 


TU 58 
TU 58 INTERFACE 
ADDRESS 
LOGIC 
DATA 
ver CONSOLE ROUTING MEMORY 
INTERFACE AND AN te CONTROL 
ALIGNMENT 


SEQUENCER = | 


& TRAPS ; 


ADDRESS ila 
CPU WRITABLE 
14 CONTROL | CONTROL 


INTERRUPTS 


UNIBUS 


INTERFACE 


FLOATING REMOTE 
POINT DIAGNOSTIC 
ACCEL MODULE STORE STORE 


MASSBUS 
ADAPT. 


D2-11 RLO2 LP 11 
CONTROLLER CONTROLLER MASSBUS 
RMO3 MAX. DEVS. (8) RMO3 
VT 100 DRIVE O DRIVE 1 LPO4 


*ONE MEMORY CONTROLLER CAN BE CONNECTED ALLOWING A MAXIMUM OF 8 X 
256 BYTES = 2M BYTES. 


**UP TO THREE MASSBUS ADAPTORS CAN BE CONNECTED. 


Figure 1-1 WAX-11/750 System Block Diagram 
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1.2.1 VAX-11/750 Kernel Features 

All VAX-11/750 system configurations are built around the VAX-11/750 “‘kernel.”” (See Figure 1-1.) 
The VAX-11/750 kernel consists of a central processing unit (CPU) with integral Unibus interfacing, 
integral TU58 and console terminal serial interfaces, a single-unit TUS8 transport, and a memory con- 
troller with an initial 256K bytes of ECC MOS memory. The kernel also includes a single DZ11 (eight- 
line EIA with distribution panel) which is mounted in a nine-slot DD11 backplane. The standard VAX- 
11/750 kernel provides expansion capabilities in the form of mounting for optional WCS (writable con- 
trol store), FPA (floating-point accelerator), and RDM (remote diagnosis module). The kernel allows 
slots for up to three Massbus adapters. 


1.2.1.1 VAX-11/750 CPU —- The VAX-11/750 CPU consists of the following four modules. 


e Unibus Interface Module (UBI) — Contains a TUS8 interface, console interface, interrupt 
logic, time-of-year clock, and Unibus interface. 


e Data Path Module (DPM) -— Includes the arithmetic logic, rotator logic, scratchpad logic 
(registers), interval timer, and the microsequencer logic. 


e Memory Interconnect Module (MIC) — Holds address logic, translation buffer, execution 
buffer, cache, and data routing/alignment circuitry. 


e CPU Control Store Module (CCS) — Contains the control store microcode ROMs. This mod- 
ule also houses the additional snap-on WCS module. 


1.2.1.2 VAX-11/750 Memory Control — The VAX-11/750 allows the use of one memory controller. 
This memory controller contains its own microcode and performs as an interface between the CMI bus 
and up to 8 MOS ECC X 256K byte memory boards (2M bytes of main memory). 


1.2.2 VAX-11/750 Internal Options 


1.2.2.1. Floating-Point Accelerator (FPA) — An extended-hex module floating-point accelerator is 
available to increase system floating-point performance. The FPA feature is discussed in document EK- 
FP750-TD (Table 1-2). 


1.2.2.2 Writable Control Store (WCS) — The WCS option provides customers with the capability of 
writing their own microcode for special applications. 


1.2.2.3. Massbus Adapter (MBA) - An extended-hex module Massbus adapter option is available to 
allow incorporation of Massbus devices into the VAX-11/750. The Massbus adapter provides a high- 
speed, large-volume data path. Up to three Massbus modules may be installed on a system. Each Mass- 
bus adapter can accomodate up to eight devices. 


1.2.2.4 Remote Diagnosis Module (RDM) —- An extended-hex module remote diagnosis option is avail- 
able for remote and local diagnosis of VAX-11/750 failures. The RDM is a Digital service tool that is 
not owned by the customer. This device is not functionally required for normal system operation. 


1.2.2.5 Memory Arrays — Additional hex module memory arrays are available in 256K byte units up 
to the maximum system configuration of 2M bytes (8 hex modules). 


1.2.2.6 Battery Backup (H7112) — An optional power supply is available to provide 10 minutes of 
battery backup for the fully configured memory. 


1.2.2.7 Asynchronous Multiplexer (DZ11-A) — Up to four DZ11s and two H317 connectors can be 
supported in the VAX-11/750 cabinet. One DZ11-A with a connector panel is included in the base 
system. 


Table 1-2 Related Manuals 


Title Document Number 


Technical Descriptions: 


VAX-11/750 Unibus Interface (UBI) EK-UI750-TD 
MS750 Memory System EK-MS750-TD 
PS750 Power System EK-PS750-TD 
RH750 Massbus Adapter (MBA) EK-RH750-TD 
FP750 Floating-Point Accelerator (FPA) EK-FP750-TD 


Diagnostic System: 


VAX-11 Diagnostic System User’s Guide EK-VX11D-UG 
VAX-11/750 Diagnostic System Overview EK-VXD75-UG 


User Documentation: 


Site Preparation Data Sheets EK-CORP-SP 
Installation/ Acceptance EK-S1750-IN 
VAX-11 Architecture Handbook EB-17580-18 
VAX-11 Software Handbook EB-15485-18 
VAX-11 Hardware Handbook EB-17281-20 
VAX-11/750 Gate Array Chip Reference Manual EK-GA750-RM 


1.3 VAX-11/750 SYSTEM ARCHITECTURE 

The majority of the VAX-11/750 system architecture is identical to that of the VAX-11/780. The sys- 
tem architecture is covered extensively in the VAX-11 Architecture Handbook, which is available from 
Digital Equipment Corporation (see Table 1-2). 


This paragraph provides a quick reference, in table form, for data types and their representations, ad- 
dressing modes, operand formats, and internal processor registers (IPRs). 


1.3.1 Data Types and Their Representations 
See Table 1-3 and Figure 1-2. 


1.3.2 Addressing Modes 
See Table 1-4. 


1.3.3. Operand Formats 
See Figures 1-3 through 1-19. 
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Data Type 
Integer 
Byte 
Word 
‘Longword 
Quadword 
Floating Point 


F__floating 
D_floating 
Packed Decimal 
String 


Character String 


Variable-length 
Bit Field 


Numeric String 
Queue 


Table 1-3. Data Types 


Size 


8 bits 

16 bits 
32 bits 
64 bits 


32 bits 

64 bits 

0 to 16 bytes 

(31 digits) 

0 to 65535 bytes 

0 to 32 bits 

0 to 31 bytes (digits) 


2 longwords / 
queue entry 


Range (Decimal) 
Signed Unsigned 
—128 to +127 0 to 255 


— 32768 to +32767 Oto 65535 
— 23! to +231 —] 0 to 232 —1 
— 263 to +263 —] 0 to 264 —] 
+2.9 x 1037to 1.7 & 1038 


Approximately seven decimal 
digits precision 


Approximately sixteen 
decimal digits precision 


Numeric, 2 digits per byte 
Sign in low half of last byte 


One character per byte 
Dependent on interpretation 


— 103! —1 to +1032 —]1 
0—2 billion entries 


15 00 07 00 
LONGWORD 
31 00 
QUADWORD 
31 00 
“A 
“A+4 
63 32 
FLOATING DOUBLE FLOATING 
15 07 06 00 15 07 06 00 
FRACTION 
63 48 
PACKED DECIMAL CHARACTER STRING 
STRING (+123) (XYZ) 
07 04 03 00 07 00 
[A 
-At+1 


VARIABLE-LENGTH BIT FIELD 
l<p<231_1 o<s<32 


A = ADDRESS 


TK-5920 


Figure 1-2 Data Type Representation 
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Table 1-4 Addressing Modes 
Literal # constant 
(Immediate) 
Register 
Register Deferred 
Autodecrement 
Autoincrement 


Autoincrement Deferred 


Indexed 
[Rx] 


(Absolute) 


Displacement 
displacement (Rn) 


displacement (Rn) 
address 


Displacement Deferred 


Note: 
= 0 through 15 
x = 0 through 14 


OPERAND ~~ JIMMEDIATE OPERAND SPECIFIER OPERAND OPCODE 
SPECIFIER N DATA SPECIFIER 2 | EXTENSION | SPECIFIER1 | (4 oR 2 BYTES) 
(1OR2BYTES)| _ |(1, 2, 4, OR 8 BYTES)| (1 OR 2 BYTES) (1 TO 6 BYTES)| (1 OR 2 BYTES) 
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Figure 1-3 General Format of VAX-11 Instructions 
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Figure 1-4 Operand Specifier Formats for Branch Mode Addressing 


07 04 03 00 
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Figure 1-5 Operand Specifier Format in Register Mode 


7 04 03 00 


=) 


Figure 1-6 Operand Specifier Format in Register Deferred Mode 


07 04 03 00 
ee 
TK-1179 


Figure 1-7 Operand Specifier Format in Autoincrement Mode 


7 04 03 00 


© 


Figure 1-8 Operand Specifier Format in Autoincrement 
Deferred Mode 


Figure 1-9 Operand Specifier Format in Autodecrement Mode 


15 08 07 04 03 00 
BYTE 
23 08 07 04 03 00 
WORD 
39 08 07 04 03 00 
LONGWORD 
sie ical eae DISPLACEMENT 
TK-1183 
Figure 1-10 Operand Specifier Format in Displacement Mode 
15 08 07 04 03 00 BYTE 
DISPLACEMENT | oe | RN DISPLACEMENT 
DEFERRED 
O7 OO 
23 08 04 03 WORD 
DISPLACEMENT | oo | RN DISPLACEMENT 
DEFERRED 
39 08 07 04 03 00 
LONGWORD 
DISPLACEMENT DISPLACEMENT 
DEFERRED 
TK-1184 
Figure 1-11 Operand Specifier Format in Displacement 
Deferred Mode 
PRIMARY OPERAND 
pias Se 15 08 07 0403 00 
TK-1192 


Figure 1-12 Operand Specifier Format in Index Mode 
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MODE SPECIFIER 


| 


O07 O06 O05 04 03 02 0O1 00 


MODE SPECIFIER =0 


| 


07 06 O05 04 O03 O02 O01 OO 


MODE SPECIFIER = 1 
Ge re Se 


07 O06 05 04 0O3 02 O01 00 


MODE SPECIFIER =2 


07 O06 O5 04 O38 02 O1 00 


MODE SPECIFIER = 3 
(Fg ny 


07 O06 O5 O04 03 O02 O1 00 
1 1 
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Figure 1-13. Operand Specifier Formats in Literal Mode 


05 03 02 00 
EXP FRAC 
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Figure 1-14 Floating Literal Format 


I-11] 


EXP FRAC 


15 14 13 #12 +:%11 #$10 O09 O8 O07 06 05 04 O03 00 


63 


Figure 1-15 Literal Fields in Floating/Double Floating Operands 
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Figure 1-16 Operand Specifier Format in Immediate Mode 


39 08 07 04 03 00 
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Figure 1-17 Operand Specifier Format in Absolute Mode 


15 08 07 04 03 ee 
BYTE 
23 08 07 04 03 00 


WORD 


08 07 04 03 00 


DISPLACEMENT 
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Figure 1-18 Operand Specifier Format in Relative Mode 
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39 


15 08 07 04 03 00 


BYTE 
DISPLACEMENT p BS F 


DISPLACEMENT 
DEFERRED 


23 
0807 04 03 00 WORD 
DISPLACEMENT pop fF | DISPLACEMENT 
DEFERRED 


08 07 04 03 00 
LONGWORD 


DISPLACEMENT 
DEFERRED 
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Figure 1-19 Operand Specifier Format in Relative Deferred Mode 


1.3.4 Internal Processor Registers (IPRs) 

VAX-11/750 IPRs may be accessed for a read or write operation by using the instructions Move to 
Processor Register (MTPR) and Move from Processor Register (MFPR). Another way to access the 
IPRs is to use examine/deposit commands while operating in console mode. 


Accessing IPRs through MTPR and MFPR Instructions — See Table 1-5 and Figure 1-20. 


Format: 


Operation: 


Condition Codes: 


Exceptions: 


Opcode: 


Description: 


Opcode src.rl, regnumber.rl MTPR 
Opcode regnumber.rl, dst.wl MFPR 


If PSL <current-mode> NEQU kernel then (reserved instruction fault); PRS 
[regnumber]src;!MTPR 
dstPRS [regnumber]; !MFPR 


Ndst LSS O; 
Zdst EQL O; 
VO; 
Ce; 


Reserved operand 
Reserved instruction 


DA MTPR Move to Processor Register 
DB MFPR Move from Processor Register 


The specified register is loaded or stored. The regnumber operand is a longword 
that contains the processor register number. Execution may have register-spe- 
cific side effects. 


NOTES 

1. A reserved operand fault occurs if the processor internal register does not ex- 
ist or is read-only for MTPR or write-only for MFPR. It also occurs on 
some invalid operands to some registers. 


2. A reserved instruction fault occurs if instruction execution is attempted in 
other than kernel mode. 


1-13 


Table 1-5 lists and identifies the IPRs. The RW column indicates the read/write characteristics of each 


IPR. Figure 1-20 shows the bit structure of each of the IPRs. 


Table 1-5 WVAX-11/750 Internal Processor Registers (IPRs) 


IPR 

No. Mnemonic 
00 KSP 

01 ESP 

02 SSP 

03 USP 

04 ISP 

05 Reserved 
06 Reserved 
07 Reserved 
08 POBR 

09 POLR 
OA PIBR 

OB PILR 
OC SBR 

OD SLR 

OE Reserved 
OF Reserved 
10 PCBB 

11 SCBB 

12 IPL 

13 ASTR 

14 SIRR 

15 SIR 

16 Reserved 
17 CMIERR 
18 ICCS 

19 NICR 
1A ICR 

1B TODR 
1C CSRS 
1D CSRD 
1E CSTS 

1F CSTD 
20 RXCS 

21 RXDB 
22 TXCS 

23 TXDB 
24 TBDR 
25 CADR 
26 MCESR 
27 CAER 


RW* 


Name 


Kernel Stack Pointer 
Executive Stack Pointer 
Supervisor Stack Pointer 
User Stack Pointer 
Interrupt Stack Pointer 


PO Base Register 

PO Length Register 

P1 Base Register 

P1 Length Register 
System Base Register 
System Length Register 


Process Control Block Base 

System Control Block Base 

Interrupt Priority Level 

AST Level Register 

Software Interrupt Request Register 
Software Interrupt Summary Register 


CMI Error Register 


Interval Clock Control/Status 
Next Interval Count Register 
Interval Count Register 

Time of Day Register 

Console Storage Receiver Status 
Console Storage Receiver Data 
Console Storage Transmit Status 
Console Storage Transmit Data 


Console Receive Control/Status 
Console Receive Data Buffer 
Console Transmit Control/Status 
Console Transmit Data Buffer 
Translation Buffer Disable Register 
Cache Disable Register 


Machine Check Error Summary Register 


Cache Error Register 


*RO means read-only; WO means write-only. RW means both read and write. 
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Table 1-5 VAX-11/750 Internal Processor Registers (IPRs) (Cont) 


IPR 

No. Mnemonic RW* Name 

28 ACCS RO Accelerator Control/Status Register 
29 Reserved 

2A Reserved 

2B Reserved 

2C Reserved 

2D Reserved 

2E Reserved 

2F Reserved 

30 Reserved 

31 Reserved 

32 Reserved 

33 Reserved 

34 Reserved 

35 Reserved 

36 Reserved 

37 IO RESET WO Initialize Unibus 

38 MME RW Memory Management Enable 

39 TBIA WO Translation Buffer Invalidate All 
3A TBIS WO Translation Buffer Invalidate Single 
3B TB Data RW Translation Buffer Data 

3C Reserved 

3D PMR RW Performance Monitor Register 
3E SID RO System Identification 

3F Reserved 


*RO means read-only; WO means write-only. RW means both read and write. 


HEX NAME 


00 KSP KERNEL STACK POINTER 

O1 ESP EXECUTIVE STACK POINTER 
02 SSP SUPERVISOR STACK POINTER 
03 USP USER STACK POINTER 

04 ISP INTERRUPT STACK POINTER 


31 00 


VIRTUAL ADDRESS OF TOP OF STACK 


08 POBR PO BASE REGISTER 
RESERVED OPERAND FAULT IF VLA < 2**31 


OA P1BR P1 BASE REGISTER 
RESERVED OPERAND FAULT IF VLA < 2**31 - 2**21 


31 02 01 00 


VIRTUAL LONGWORD ADDRESS MBZ 


09 POLR PO LENGTH REGISTER 
LENGTH OF POPT IN LONGWORDS 


OB PILR P1 LENGTH REGISTER 
2**21 - LENGTH OF P1PT IN LONGWORDS 


OD SLP SYSTEM LENGTH REGISTER 


LENGTH OF SPT IN LONGWORDS 
RESERVED OPERAND FAULT IF MBZ #0 


31 22 21 00 
MBZ LENGTH IN LONGWORDS 
TK-1750 
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HEX NAME 
IPR #10 PCBB 


IPR #11 SCBB 


IRP #12 IPLR 


IPR #13 ASTR 


IPR #OC SBR 


PROCESS CONTROL BLOCK BASE 
RESERVED OPERAND FAULT IF MBZ # 0. 


BZ PHYSICAL LONGWORD ADDRESS OF PCB MBZ 


= 


SYSTEM CONTROL BLOCK BASE 
RESERVED OPERAND FAULT IF MBZ + 0. 
31 30 29 02010 


MBZ PHYSICAL PAGE ADDRESS OF SCB MBZ 


Oo 


INTERRUPT PRIORITY LEVEL REGISTER 
31 05 04 00 


MBZ PSL<20:16> 


AST LEVEL REGISTER 


RESERVED OPERAND FAULT IF NOT VALID 1.E., MBZ #0. 
31 03 02 00 


MBZ ASTLVL 


SYSTEM BASE REGISTER 
RESERVED OPERAND FAULT IF MBZ # O. 


31 3029 02 01 00 
MBZ PHYSICAL LONGWORD ADDRESS MBZ 
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IPR #19 NICR NEXT INTERVAL COUNT REGISTER (WRITE ONLY) PR# NAME 
31 0 


2'S COMPLEMENT OF INTERVAL DESIRED X 1 wSEC 19 NICR 


IPR #1A ICR INTERVAL COUNT REGISTER (READ ONLY) 
31 0 


ACTUAL INTERVAL COUNT PERIOD 1A ICR 


IPR #18 1ICCS INTERVAL CLOCK CONTROL AND STATUS 
31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 


Leb bbe] id 
ERROR 


TRANSFER OVERFLO PENDING 
INT REQUEST 

INT ENABLE 

SINGLE CLOCK 

TRANSFER 

SERVICE REQUEST 

TRANSFER REQUEST 
OVERFLOW PENDING 

RUN 


IPR #18 ee INTERVAL CLOCK CONTROL STATUS (VAX SOFTWARE) 
16 15 14 765 4 3 2 1 


INT REQ 
INT EN 
SINGLE CLOCK 
TRANSFER 
RUN 


18 ICCS 


INTERVAL TIMER PROCESSOR REGISTERS 
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IPR #18 TODR 


IPR #14 SIRR 


IPR #15 SISR 


TIME OF DAY REGISTER 
31 00 


TIME OF DAY (10 MILLISECOND INCREMENTS) 


SOFTWARE INTERRUPT REQUEST REGISTER 
RESERVED OPERAND FAULT IF READ 
31 04 03 00 


MBZ SIRL 


WRITE ONLY 


SOFTWARE INTERRUPT SUMMARY REGISTER 
31 1615 0100 


MBZ SOFTWARE INTERRUPT REQUEST 
FEDCBAY8765 432 1 
MBZ 
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CONSOLE STORAGE RECEIVER STATUS 
1 


Ww 
~“ 
oO 


| 


IPR #1C CSRS 


CONSOLE STORAGE RECEIVER DATA 
1 7 6 § 4 3 2 =+1 


RECEIVE 
DATA 


WwW 
=) 


IPR #1D CSRD 


RECEIVE FROM TU-58 


CONSOLE STORAGE TRANSMIT STATUS 


w 
~N 
oO 


F 


1 
IPR #1E CSTS 


CONSOLE STORAGE TRANSMIT DATA 
1 76 5 4 3 2 = 1 0 


TRANSMIT 
DATA 
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IPR #1F CSTD 


TRANSMIT TO TU-58 
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TRANSLATION BUFFER 
IPR #24 TBGDR GROUP DISABLE REGISTER 


THIS IPR IS READ/WRITE TO ALL BITS 


IPR #24 


3210 


3| 
a ee 


0 = RANDOM REPLACEMENT 
1= FORCE REPLACEMENT 

0 = REPLACE GROUP 0 

1= REPLACE GROUP 1 
FORCE MISS GROUP 1 
FORCE MISS GROUP 0 


IPR #25 CADR CACHE DISABLE REGISTER IPR #25 
THIS IPR IS READ/WRITE 


DISABLE CACHE 


IPR #27 CAER CACHE ERROR REGISTER IPR #27 
THIS IPR IS READ/WRITE 


3210 


31 
a ee ii 


CACHE TAG PARITY ERROR 
CACHE DATA PARITY ERROR 
LOST ERROR 

CACHE HIT 


IPR #26 MCESR MACHINE CHECK ERROR SUMMARY REGISTER IPR #26 


THIS IPR IS READ/WRITE TO ALL BITS. WRITING, A 1 TO BIT 3 
CLEARS THE BUS ERROR REGISTER. WRITING A 1 TO BIT 2 
CLEARS THE TB GROUP PARITY REGISTER. 


BUS ERROR, REFER TO BUS ERROR REG. 
TB PARITY ERROR 

UNALIGNED UNIBUS REFERENCE 
XB FETCH = 1, OPERAND FETCH =0 
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HEX 
IPR #20 


IPR #21 


IPR #22 


IPR #23 


NAME 
RXCS 


RXDB 


TXCS 


TXDB 


CONSOLE RECEIVE CONTROL/STATUS 


31 08 070605 00 
= Jel oe 
DONE 
CONSOLE RECEIVE DATA BUFFER 
31 08 07 00 
a 


READ ONLY 


CONSOLE TRANSMIT CONTROL /STATUS 
1 08 070605 O 


MBZ | jie MBZ 


ENABLE INTERRUPTS 
READY = & EXCEPTIONS = 1 


1) 
=) 


CONSOLE TRANSMIT DATA BUFFER 


W 


1 08 07 00 


WRITE ONLY 
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HEX NAME ID# 


IPR #38 


IPR #39 TBIA 


IPR #3A 


IPR #3D 


IPR #3E 


MME 


TBIS 


PMR 


SID 


MEMORY MANAGEMENT ENABLE 
WRITE 1 ALSO CAUSES MICROCODE TO INVALIDATE TB. 


31 01 00 
MME 


TRANSLATION BUFFER INVALIDATE ALL 


RESERVED OPERAND FAULT IF READ 
31 0 


oO 


MBZ 


WRITE ONLY 


TRANSLATION BUFFER INVALIDATE SINGLE 
RESERVED OPERAND FAULT IF READ 
31 00 


VIRTUAL ADDRESS 


WRITE ONLY 


PERFORMANCE MONITOR REGISTER 


RESERVED OPERAND FAULT IF >1 
31 


01 00 


MBZ 
PME 
SYSTEM IDENTIFICATION (READ ONLY) 
RESERVED OPERAND FAULT IF WRITE 
31 24 23 16 15 8 7 0 


MICROCODE HARDWARE 
SYSTEM TYPE REVISION REVISION 
LEVEL LEVEL 


FROM MICRO FROM SWITCHES 
WORD LITERAL LOCATED ON UBI 


FIELD MODULE 
00 UNDEFINED FROM MICRO BACKPLANE JUMPERS 
01 11/780 WORD LITERAL 
10 11/750 FIELD 
11. NEBULA 
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20 19 18 17 16 12 1110 09 08 04 03 02 01 00 


0= CMI ENABLED 
1= CMI DISABLED 


READ=1, MODIFY=0 
VIRTUAL=0, PHYSICAL=1 


CPU MODE, 
K,E,S,U 


READ LOCK TIMEOUT 
TB G1 TAG ERROR 

TB GO TAG ERROR 

TB G1 DATA ERROR 
TB GO DATA ERROR 


TB HIT 

MEMORY ERROR 

READ DATA SUBSTITUTE 
LOST ERROR 
CORRECTED READ DATA 


CMI ERROR PROCESSOR REGISTER 
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IPR #37 1O RESET INITIALIZE UNIBUS 


31 


00 


ISSUE UNIBUS INIT 


lO RESET PROCESSOR REGISTER 
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14 VAX-11/750 CPU HARDWARE FUNCTIONAL OVERVIEW 
This section provides a functional description of the following circuitry. 


CPU — Memory Interconnect (CMI) 

MBus 

W Bus 

Power Interface and Timing 

Data Path Module (DPM) Functionality 

CPU Control Store (CCS) Functionality 

Memory Interface and Control (MIC) Functionality 
Unibus Interface and Miscellaneous Hardware 


Figure 1-1 provides a simplified overview of the VAX-11/750. The VAX-11/750 CPU is implemented 
on four modules: the data path module (DPM), the memory interconnect (MIC), the Unibus interface 
module (UBI), and the CPU control store (CCS) module. The DPM contains most of the arithmetic 
and logic functions, and the microsequencer. The MIC module consists of a translation buffer, execu- 
tion buffer, data cache, and memory interface to the CMI. The UBI contains the integral Unibus inter- 
face along with the console and TUS58 interfaces. The CCS module contains the microcode ROMs and 
interface for the optional writable control store (WCS). Functional block diagrams of each of these 
modules is provided in Figures 1-22 through 1-25. 


1.4.1 CPU/Memory Interconnect (CMI) 

The CMI consists of 45 bidirectional lines. These lines carry address, data, and priority arbitration be- 
tween all subsystems on the backplane. The CMI relationship to the VAX-11/750 is shown in Figure 1- 
1. Figure 1-21 shows that the CMI signals are divided into four groups: bus clock (B CLK), 
data/address and control, priority arbitration, and status. Paragraph 2.5.9 describes the CMI signals 
and the timing and protocol involved in CMI operations. 
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32 DATA/ADDR. 


DATA/ADDRESS (35) 


ARBITRATION (7) 
2 RESERVED 


6.25 MHZ B CLOCK (1) 


TK-2064 
Figure 1-21 The CMI Structure 


1.4.2 MBus Overview 
The MBus physically consists of 32 tri-state data lines. This bus is entirely under microcode control. 
The MBus acts as a major bus between three of the CPU modules: the FPA, DPM, and MIC module. 


1.4.2.1 MBus Source Control — MBus data may be supplied from the following sources. 


MTEMPs 

Write Data Register (WDR) 
Memory Data Register (MDR) 
Virtual Address (VA) Register 
Execution Buffer (XB) 

PC Backup Register 

Memory Address (MAD) Register 
Translation Buffer (TB) Data 


MBus data source is under control of the MSRC microfield. 
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1.4.2.2 MbBus Destination Control - MBus data may be supplied to the ALP gate array chips, to the 
SRM (super rotator multiplexer), and to the FPA, when this option is present on the system. 


MBus destination is under the control of several microfields. These fields are as follows: ALPCTL, 
FPA, MUX, and ROT. 


1.4.3 WBus Overview 

The WBus, like the MBus, consists of 32 tri-state data lines. This bus is also entirely under the control 
of microcode. The WBus provides a data path between sections of the DPM, MIC, UBI, FPA and 
RDM modules. 


1.4.3.1 WBus Source Control — WBus data may originate from the following seven major sources. 


Processor Status Longword (PSL) 
Interval Timer 

RNUM Register 

Console and TUS58 Interface Control 
Time-of-Year (TOY) Clock 

ALP Output 

FPA Memory Status and Control Logic 


Table 1-6 shows the microword fields that provide WBus source control. 


Table 1-6 Microword Fields that Control the WBus 


ALPCTL 


DQ2 ALU Group 


CCMISC WCTRL Group 


MSRC Others 


1.4.3.2 WBus Destination Control — Under microcode control, WBus data may be provided to the 
following destinations: the scratchpad registers, S and P latches, the microsequencer, condition code 
and PSL logic, RNUM, traps and interrupt logic, interval timer, console and TU58: interface control, 
address control logic, and finally to the FPA and RDM if these options are present on the system. 


WBus data is supplied to the logic listed above under control of the following microcode fields: 
ALUSHF, BUS, BUT, CCPSL, FPA, MSRC, ROT, and WCTRL. 
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Figure 1-22 Data Path Module Functional Block Diagram 
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1.4.4 Power Interface and Timing 

The power subsystem (not shown in the functional block diagrams) provides +5 Vdc, +2.5 Vdc, and 
the TOY clock battery. Power sequencing and control is accomplished by the power control section of 
the UBI module (see Figure 1-25). ACLO and DCLO interface to the UBI and microsequencer logic. 
MSEQ INIT is used to force a system reset and hold the microsequencer at ROM address 0000. Power 
sequencing is explained in detail in Chapter 2. 


The system clock generation logic is represented by the blocks labeled OSC and SAC in Figure 1-22, 
the DPM functional block diagram. OSC represents an 18.75-MHz crystal that produces the basic time 
base for the system. This oscillator is physically located on the CCS module. SAC is physically located 
on the DPM module. The 18.75-MHz frequency is divided by 3 inside the service arbitration and con- 
trol (SAC) gate array. The resultant divide-by-three output of the SAC gate array is used to produce a 
nonsymmetrical waveform, which is the time base for the whole system, called base clock. The duration 
of base clock is 160 nanoseconds. The SAC gate array produces other timing signals for use in the CPU 
and options. These signals are as follows. 


1. B CLK is the basic clock signal. It is used to synchronize bus activities on the CMI. (Clock 
period is 160 ns.) 


2. _M CLK is the microsequencer clock and is used to load each new microinstruction. The nor- 
mal duration of this clock is 320 ns (2 B CLK). 


3. D CLK is the destination clock. This clock is used to write the scratchpads and registers with 
data at the end of the microinstruction. D clock occurs at the same rate as the M CLK and 
has a normal duration of 320 ns. 


4. Phase clock is a symmetrical waveform with a cycle time of 320 ns. This clock is used to 
divide the microinstruction into two parts and test certain conditions at mid-microcycle time. 


Depending on the hardware state of the CPU, the microsequencer may sometimes stretch out the clock 
period for M CLK, D CLK and PHASE to more than two B CLKs. Of the clock signals discussed 
above, all but B CLK are confined to the four CPU modules. B CLK is distributed to all system options 
via the CMI. 


1.4.5 DPM Module Functionality 
The DPM module microsequencer logic is shown on the lower half of Figure 1-22, below the WBus line. 
The microsequencer’s function is to provide an address (control store address bus, CSA <13:0> to the 
CCS ROMs. This address selects the next microinstruction to be executed. The address provided on the 
CSA <13:0> lines may be sourced from one of several origins under control of the BUT microword 
field. These sources are as follows. 


1. The NEXT microword field, bits <13:0> of the microinstruction, may be latched on M 
CLK L into latches contained on the DPM and CCS modules. This latched data is then used 
to provide CSA <13:0>. 


2. CSA <13:0> can also be derived from instruction-dependent ROMs that are addressed by 
macrocode opcodes. 


3. Conditional microbranching is also possible, using the microbranch multiplexer and wire-OR 
functions to drive CSA <5:0>. 


4. Nesting of microsubroutines is possible to 15 levels, using the microstack mechanism to save 


calling microaddress. Return micro-orders can be specified to pop the microstack and add a 
positive or negative offset to the saved address. 
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The remainder of the DPM module is used to perform the arithmetic and logical functions of the CPU. 
This logic area, known as the data path, consists of the following three major subsystems. 


1.  Scratchpads 
2. Super Rotator 
3. Arithmetic Logic Unit (ALU) 


Three primary buses are associated with these subsystems. 


1. RBus is the register bus that interfaces the RTEMP scratchpads to the super rotator and 
ALU. 


2. MBus interfaces the MTEMP scratchpads and the MIC interface registers to the ALU. 
3. |WBus conveys write data for most destination registers and scratchpads. 

These are all tri-state buses. 

The scratchpad section is functionally divided into four groups of 16 registers each. 


1. RTEMPs for general microcode usage. 
2. |GPRs are macrocode general purpose registers. 
3. IPRs are dedicated internal processor registers. 
4. RTEMPs for general microcode usage. 


Data is written into the scratchpads from the WBus on D CLK. Scratchpad data may be output to the 
RBus and MBus. RTEMPs 0-7 and MTEMPs 0-7 are dual ported. This means that both are always 
written from the WBus with the same data. Scratchpad operations are controlled primarily by the 
scratchpad address control (SPA) gate array and the RSRC and MSRC fields of the microword. 
Scratchpad outputs can go to either the super rotator or ALU. 


The super rotator is shown functionally on Figure 1-22 as a barrel shifter implemented in gate arrays. 
Inputs to the rotator are the RBus, MBus, and the short literal field of the microword. The rotator 
outputs data on the SBus. The SBus is used as one of the ALU inputs. The rotator performs the follow- 
ing general functions. 


1. Field extraction 
2. Rotate and shift data on the MBus and RBus (nibble shifter) 
3. Pack and unpack floating data 


The final shift or rotate for rotator functions (bit shifter) is accomplished by the second level shifter, 
which is physically located in the ALU. The super rotator is controlled by the microword ROT field. 
The rotator output is supplied to the ALU subsystem. 


The ALU subsystem is also implemented entirely within gate arrays. Functional blocks of the ALU 
shown in Figure 1-22 are all internal to the ALP gate arrays. Inputs to the ALU may be provided from 
two of four possible sources: the RBus, MBus, Zero, or the super rotator output. Data is input to the 
ALU through the A and B multiplexers under control of the MUX field of the microword. The ALU 
performs binary and BCD arithmetic functions as well as a series of logical functions. The ALU output 
is multiplexed to the WBus through the W MUX under control of the microword ALUOD field. The W 
MUX output is also provided to the D register and Q register. Both of these registers have general 
microcode usage and are used in multiply and divide functions. 


1-33 


The interval timer is implemented within a gate array and interfaces to the CPU WBus. The timer is 
controlled by the WCTRL field of the microword. The interval timer functions consistently with other 
VAX timers. The time base is provided from a crystal oscillator on the CCS module operating at 10 
MHz. The crystal frequency is divided by 10 to generate the 1-MHz frequency for input to the timer. 
The timer itself is a 32-stage binary counter loaded with 2’s complement of the desired interval in mi- 
croseconds. When the counter overflows, a macro-level interrupt occurs. The timer is used by operating 
system software for scheduling and timing operations. 


1.4.6 CPU Control Store Introduction 

Figure 1-23 is a block diagram of the CCS control store. It is arranged in six 1K banks of 80 bits. There 
is circuitry to test the control store address for access to the unassigned regions and disable the address 
lines. A bank select decoder enables one of the six banks by decoding the CS ADD <12:10> lines to 
produce the bank select enable signal and allow the PROM data to go to the DPM module to be 
latched. Once the control store data is latched, the data is checked for correct data parity. The WCS 
also attaches to this module and is similar in design. 
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Figure 1-23 Control Store Module Functional Block Diagram 
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1.4.7 Memory Interface and Control (MIC) Functionality 
The broad functionality of the MIC module is to interface the processor WBus and MBus with the 
CPU/memory interconnect (CMI). The MIC module consists of four functional sections. 


1. Address control (ADD) 
2. Translation buffer (TB) 
3. Cache memory (Cache) 
4. Memory data routing and alignment (MDR) 


Memory address control functions are performed by four 8-bit ADD gate array chips (ADD section of 
Figure 1-24). Each chip processes one byte of an address longword from the WBus. The ADD section 
contains program counter (PC), virtual address (VA), and associated registers, plus adder and multi- 
plexer circuits for address manipulation. The PC and VA registers hold addresses for operand and in- 
struction stream references. The desired address source is multiplexed through the MA multiplexer to 
the MA register. Physical address information is directed to the MDR and virtual address information 
to the TB, on the memory address (MAD) lines. It should be noted that the ADD section is almost 
entirely under control of the WCTRL microword field. 


The translation buffer (TB) is used to store previously translated virtual addresses. It consists of a 2 X 
256 location two-way associative cache. The TB operates in conjunction with memory management mi- 
croroutines that calculate physical addresses for any virtual address and then store the translated page 
frame number (PFN) in the translation buffer. The PFN is output to the 24-bit physical address bus 
(PA). The PA bus addresses the data cache and the main memory. Included in the TB is parity gener- 
ation and checking logic. TB parity errors can be isolated to group tab or data storage from the machine 
check logout. 


The data cache is used for both I-Stream and operand fetches (I-Stream data is also buffered in the 
XB). It consists of a 1K & 14 bit cache tag store, A=B address comparitor, 1K x 36 cache data store, 
and parity generation and checking logic. The cache is used for direct mapping of up to 4K bytes of 
data. This increases system operation speed by decreasing memory cycle time. The 1K X 14 bit cache 
tag store holds up to 1K 12-bit address plus parity and valid bit. The cache data store holds up to 1K xX 
32 bits of data plus four parity bits. Address input to the data cache is accomplished via the PA bus. 
Data input is via the data bus. 


In general, operation of the cache is as follows. During a microinstruction memory reference, if the 
address on the PA bus is identical to an address stored in the cache tag store, a hit occurs. This is 
achieved by the A=B comparitor which looks at both the cache tag store output and the PA bus. For a 
hit, EN CACHE goes active and allows cache data onto the data bus. This data is routed to the operand 
rotator (OP ROT), which aligns it according to VA bits <1:0>. The OP ROT output is placed in 
MDRI1, which is the interface to the MBus. When a cache miss occurs, data is placed in MDR1 from 
memory and the cache is updated simultaneously. The data cache can be invalidated from CMI when 
an I/O device modifies a memory location. 


Memory data routing and alignment is performed by the OP ROT, XB and XB ROT logic. This logic is 
contained in eight 4-bit gate array chips. Each of these chips processes one bit per byte of data or ad- 
dress. This logic is used to interface the CMI to the DBus, MA bus, and PA bus. The XB contains two 
longword buffers that can be loaded from cache or through the CACHE INV ADD latch from memo- 
ry. I-Stream prefetches are used to load the XB from memory. I-Stream prefetch is initiated by loading 
the PC and is completely transparent to the microcode. I-Stream data from the XB rotator can be 
sourced to both the MBus and the XB <15:0> bus. 
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Figure 1-24 Memory Interconnect Module Functional Block Diagram 
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1.4.8 Unibus Interface and Miscellaneous Hardware 
Figure 1-25 is a functional block diagram of the logic contained on the Unibus interconnect module. 
This logic functions as five separate subsystems. 
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Figure 1-25 Unibus Interconnect Module Functional Block Diagram 
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Figure 1-25 Unibus Interconnect Module Functional Block Diagram 
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1.4.8.1 Console Interface (CON) Overview — Interfacing between the console and CPU is provided by 
a CON gate array chip. This chip functions as an asynchronous serial line EIA interface. The console 
section of the microcode provides control for data exchanges between the console registers and the 
CPU (IPRs and GPRs) and memory. This functionality permits the console user to perform exam- 
ine/deposit operations to certain CPU registers and to selected memory locations. The primary path for 
data exchanges between the console CON chip and the CPU is the WBus. As mentioned previously, the 
WBus is under control of the WCTRL field of the microword. The console interface operates at inter- 
rupt priority level 14 (IPL 14). 


1.4.8.2 TUS58 Interface — With few exceptions, the TU58 interface is identical to the console inter- 
face. A CON gate array chip functions as interface between the CPU and TUS8. This chip is identical 
to and interchangeable with the one used as a console interface. This chip functions as an asynchronous 
serial line EIA interface. The console section of the microcode provides control for data exchanges be- 
tween the TU58 interface and the CPU. The TU58 is accessed via IPRs at the macrocode level and 
requires macrocode drivers. The primary data path for data exchanges between the TUS58 interface and 
CPU is the WBus. The TUS58 interface operates at interrupt priority level 17 (IPL 17). 


1.4.8.3 Interrupt Logic Introduction — The INT chip resides on the UBI module, as shown in Figure 1- 
25. Figure 1-26 provides a more detailed view of the INT chip, which handles all system interrupts, 
both hardware and software. The sources of interrupt requests are shown in Figure 1-26. More specifi- 
cally, the INT chip can perform the following functions. 


1. The INT chip stores three sections of the processor status longword: IPL (interrupt priority 
level), IS (interrupt stack flag), and CUR MODE (current mode). Also stored in INT is AST 
(asynchronous system trap level). The INT chip saves this data and returns it to the system 
on the WBus under control of the microword WCTRL <5:0> control field. 


2. Another function of INT is receiving and storing the value of HSIPR (highest software inter- 
rupt pending request). This data is used in interrupt arbitration. The WBus, under control of 
WCTRL <5:0>, is used to receive this information. 


3. The INT chip may place various data onto the MICROVECTOR <2:0> H lines. These 
lines are used to identify the highest priority interrupt present. They represent the three least- 
significant bits of microaddress to be supplied to the CPU control store (CCS) when ser- 
vicing an interrupt (details provided in Paragraph 2.9.1). 


4. The INT chip performs REI (return from exception or interrupt, check calculations). Here, 
the REI instruction uses IS, CUR MODE and IPL data. 


5. The INT chip accomplishes arbitration of all interrupt requests, and encoding of the highest 
priority pending interrupt. 


6. The INT chip handles Unibus arbitration within the group of bus request (BR) devices and 
issues highest priority bus grant (HPBG) to the Unibus interface. The SBR <7:4> lines 
convey bus requests to the INT chip from Unibus devices. 


The INT chip assigns an IPL level to the incoming SBR request as follows. 


SBR IPL No. 
7 65 4 

1 0 0 0 17 

0 1 0 0 16 

0 0 1 0 15 

00 0 1 14 
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Figure 1-26 Interrupt Block Diagram 
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Note that the SBR lines are seen as interrupt inputs by the INT. Under control of the 
WCTRL <5:0> microcode field, the INT chip can issue a bus grant based on the IPL level 
of the bus request received previously. Bus grants to the Unibus are issued on the SBR 7 and 


HPGB <6:4> lines. Only one of these lines may be asserted at any one time. 


More detailed information on the INT chip may be found in Paragraph 2.9. 


1.4.8.4 Unibus Interface Overview — The Unibus to CMI interface section of the UBI module adheres 
to both CMI and Unibus protocols while monitoring and coordinating data transactions between these 
two buses. B CLK L, supplied by the CPU, is used for all timing functions and synchronization. Figure 
1-25 shows all the functional blocks that make up the Unibus interface function of the UBI module: the 
Unibus data path (UDP), address map (MAP), Unibus control (UCN), UBI control store and Unibus 


arbitrator. 
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Unibus Data Paths (UDP) — The Unibus data path (UDP) section consists of four identical gate array 
UDP chips. Each chip processes two bits of each Unibus data/address and eight bits of CMI 
data/address. Note that Unibus address bits 0 and 1 do not go to the UDP, but rather to the UCN chip. 
The UDP section provides the necessary registers, gating, and alignment for data transfers between the 
Unibus, which is 16 bits wide, and the CMI, which is 32 bits wide. The UDP contains one direct data 
path (DDP) gating, and three buffered data path (BDP) registers and buffered address (BAR) regis- 
ters. It also contains a SKEW register to temporarily latch address or data information received from 
the CMI (CMI latch), and the received CMI address register (RCAR) which stores CMI specified 
addresses for transfer to the Unibus address lines or to logic within the UBI. 


Address Map (MAP) - The address map (MAP) (Figures 1-27 and 1-28) is the facility by which Unibus 
devices that make sequential DMA transfers are able to access noncontiguous pages of main memory. 
The 512 X 19-bit RAM is loaded by the software with the page frame numbers of main memory loca- 
tions to be accessed, plus validity, offset, and data path information. Unibus NPR transfers take place 
on the direct data path or one of the three buffered data paths as designated by the map entry. 


0 6 oo 


— PAGE FRAME NUMBER — 
CONCATENATED WITH BITS <8:2> 

OF THE UNIBUS ADDRESS TO FORM 
THE 22 BIT CMI LONGWORD ADDRESS. 


— DATA PATH NUMBER — 
USED TO SELECT 1 OF 4 DATA PATHS. 


0 0 DIRECT DATA PATH 

0 1 BUFFERED DATA PATH 1 

1 0 BUFFERED DATA PATH 2 

1 1 BUFFERED DATA PATH 3 

— BYTE OFFSET — 

USED WHEN ADDRESSING ODD BYTE 
BOUNDARIES. 


— VALID BIT — 
IF NOT SET, TREAT CYCLE AS A NOP. 
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Figure 1-27 CMI Map Data Fields 
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Figure 1-28 Unibus to CMI Address Translation 


Unibus Control (UCN) —- The UCN section, which is contained on a single gate array chip, accom- 
plishes control signal interpretations for transactions between the CMI and the Unibus (Figures 1-29 
and 1-30). The UCN contains error and byte flags for each of the three buffered data paths. The byte 
flags are enabled to determine which bytes are valid for transfer to main memory. The error flags store 
nonexistent memory and uncorrectable error status. The UCN generates the CMI byte mask and func- 
tion codes for Unibus transactions to main memory. In addition, it contains the slave control logic that 
provides for access to MAP registers, buffered data path control/status registers and buffered data 
path diagnostic status registers. 


UBI Control Store — The UBI control store consists of a 256 x 24-bit PROM array with outputs 
clocked to a buffer register. In conjunction with BUT field gating in the UCN, it performs micro- 
sequences that execute and direct UBI operations. Timing is provided by B CLK L, which is supplied 
by the CPU. The UBI microword generates control signals for the Unibus, the MAP, and for priority 
arbitration on the CMI. It also generates fields that determine address and data gating through the 
UDP. 


NOTE 
The UBI control store is resident on the UBI module 
and should not be confused with the control stores of 
the CPU. 
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31 30 29 28 1 0 


oo __— i 


#3 F3000C 
PUR 
BIT <O> PURGE. THIS BIT ALWAYS READS A ZERO. WRITING A ZERO TO IT 


HAS NO EFFECT. WRITING A ONE TO IT PRODUCES A RESULT BASED ON THE 
CONTENTS OF THE BUFFER: 


UNIBUS DATA: THE DATA IS WRITTEN TO THE CMI AND THE FLAGS 
ARE SET TO MARK THE BUFFER EMPTY. 
CMI DATA: THE FLAGS ARE SET TO MARK THE BUFFER EMPTY. 
EMPTY: NO ACTION OCCURS. 
UCE 


Ce 


BIT <29> UNCORRECTABLE ERROR (UCE). THIS BIT IS SET WHEN 
UNCORRECTABLE ERROR STATUS IS RECEIVED FROM CMI MEMORY. PB IS 
ASSERTED WITH THE DATA THAT IS PASSED BACK TO THE UNIBUS DEVICE ON THE 
FIRST READ FROM THAT LOCATION. IT IS NOT ASSERTED ON SUBSEQUENT READS 
FROM THIS BDP. THE BIT IS WRITE ONE TO CLEAR. 


NXM 
BIT <30> NON EXISTENT MEMORY (NXM). THIS BIT IS SET WHEN NXM STATUS 
IS RECEIVED FROM THE CMI MEMORY. SSYN IS WITHHELD FROM THE UNIBUS 
DEVICE. ALL FUTURE UNIBUS TRANSACTIONS THROUGH THIS BDP ARE IGNORED 


(NO SSYN ISSUED) UNTIL THIS BIT IS CLEARED. THE BIT IS WRITE ONE TO 
CLEAR. 


ERR 


BIT <31> ERROR. THIS BIT ON READ IS THE “OR” OF BITS 30 AND 29. 
WRITING TO THIS BIT HAS NO EFFECT. 
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Figure 1-29 BDP Control and Status Register 
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31 30 29 28 27 00 
BIB;BIiBlic 
FIFIFIF 
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BYTE 0 VALID 
BYTE 1 VALID 
BYTE 2 VALID 
BYTE 3 VALID 


DSR #1 F30014 
DSR #2 F30018 
DSR #3 F3001C 


READ ONLY DATA PATH STATUS 


NOTE 1: THERE ARE FIVE FLAGS THAT KEEP TRACK OF THE DATA IN THE DATA 
BUFFER, NAMED CD AND BF3 THROUGH BFO. IF CD= 1, THEN THE BUFFER 
HAS FOUR BYTES OF DATA FROM THE CMI AND BF3 THROUGH BFO ARE 
ALWAYS 0. IF CD =0, THEN BF3 THROUGH BFO INDICATE WHICH BYTES 
IN THE DATA BUFFER HAVE VALID UNIBUS DATA. IF THEY ARE ALL 0, 
THEN THE BUFFER IS CONSIDERED EMPTY. 


NOTE 2: THIS IS A READ ONLY REGISTER THAT ALLOWS ONE TO CHECK THE FLAG 
BITS ASSOCIATED WITH EACH BDP. IT IS INTENDED ONLY FOR POSSIBLE 


DIAGNOSTIC USE AND NO REFERENCE TO IT IS REQUIRED FOR NORMAL 
USE OF THE BDP’S. 
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Figure 1-30 Diagnostic Status Register 
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Unibus Arbitrator — The Unibus arbitrator selects the next Unibus master, and generates the grant sig- 
nal in response to an NPR or BR request. The CPU gains access to the Unibus through the arbitrator 
logic. BBSY is asserted when the CPU enables the CMI address longword for access to a Unibus de- 
vice. Bus grant (BG) is issued after the processor determines that the BR request level is greater that 
the current PSL IPL level. 


Unibus Initialize — Initialization logic monitors the ACLO and DCLO signals on the Unibus. DCLO 
initiates a process microsequence to discontinue operations and assert the initialize level on the Unibus. 
This also clears logic and devices on the Unibus during a power-up sequence. An ACLO condition as- 
serts the sync power-fail interrupt (SPFI) signal to the INT chip. This generates a power fail interrupt 
to prepare for loss of power. 


1.4.8.5 Time-of-Year Clock (TOY) and TOY Power Control — The TOY clock (Figure 1-25) and its 
power control are resident on the UBI module. The TOY clock is a binary 32-stage counter. The time 
base for the TOY is a precision 1-KHz crystal oscillator. The 1 KHz is divided by 10 in order to provide 
an increment pulse every 10 milliseconds. At this rate, counter overflow occurs in 1.3 years. 


The counter is implemented in two parts. The first is a base time scratchpad that stores the time en- 
tered by the VMS system service. The second is a binary counter that is initially cleared and then main- 
tains an offset from the base time. Software access to the TOY clock is achieved through the time-of- 
day register (TODR) (IPR No. 1B). TODR may be accessed in the console mode with examine or 
deposit commands. Under the VAX operating system, TODR is accessed with MTPR and MFPR func- 
tions. 


Power backup to the counter circuitry is supplied by four 1.25-Vdc nickel-cadmium batteries. These 
batteries will sustain counter operation, and accuracy, for 100 hours under system power off or fail 
conditions. 


1.4.9 Unibus Exerciser/Terminator (UET) 
The M9313 UET module terminates the open collector lines of the Unibus. It also contains registers 
and features that allow the diagnostic software to perform checks and exercise Unibus functions. (See 
Figures 1-30, 1-31, and 1-32.) A Unibus device need not be present to make use of these features. The 
registers contained on the UET may be referenced using console examine and deposit commands. Some 
examples of these operations are as follows. 


Console Prompt Command Operation 

>>> D FFF 460 0 - Address 0 in UET BAR 
>>> E FFF 462 1234 ; Check UET DR 

>>> D FFF 464 1 ; NPR GO, DATI Cycle 


It should be noted that the M9302 terminator may be used on the VAX-11/750 system. However, the 
UBI macrodiagnostic will not run when this terminator is used. 
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INIT (WRITE 1 TO 
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1 = PARITY ERROR (PB) 
RECEIVED ON UNIBUS 
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WRITE 1 TO FORCE 
PB LINE ON UNIBUS 
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00 DATI 
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10 DATO 
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INITIATE BUS REQUEST 
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Figure 1-31 UET Control/Status Register 
UET BUS ADDRESS REGISTER (BAR) (ADDRESS=FFF 460) 6 
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Figure 1-32 Unibus Exerciser/Terminator BAR and DR Register 
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1.5 VAX-11/750 DIAGNOSTICS 
Diagnostics for the VAX-11/750 are broken down into five levels. Four of these levels are numbered 1 
through 4. The remaining level is microdiagnostics. 


Level Description 


l. These diagnostics run under the VMS operating system without using the diag- 
nostic supervisor; e.g., line printer diagnostic. 


2. These diagnostics run under the diagnostic supervisor while the VMS system is 
still operating; e.g., reliability and acceptance tests. 


3. These diagnostics run under the diagnostic supervisor, which must be running 
stand-alone and the VMS system not running; e.g., UBI diagnostic. 


4. These diagnostics run stand-alone without the diagnostic supervisor or VMS op- 
erating; e.g., hardcore instruction. 


MICROs_ The following diagnostics are loaded from the TU58 and run from the RDM 
RAM memory: 


DPM microdiagnostic (data path) 
MIC microdiagnostic (memory interconnect) 


NOTE 
Another diagnostic, named Micro-Verify, is resident 
in the machine CCS microcode. This diagnostic is 
run each time the front panel initialize button is in- 
dexed. Micro-Verify is a basic sanity check of the 
data path and MIC module. Micro-Verify is run be- 
fore any other machine operation is performed. 


Diagnostics run at micro-level: 


VAX-11/750 Micro Data Path (DPM) 
ECKAA.EXE Microdiagnostic Monitor (MM) 
ECKAB.EXE Microdiagnostic DPM 


VAX-11/750 Micro Memory Interconnect (MIC) 
ECKAA.EXE MM 
ECKAC.EXE Microdiagnostic MIC 


Diagnostics run at levels other than micro: 


VAX-11/750 Cache/TB;Memory;Cluster Excerciser 
ECKAL.EXE Cache/TB (Bootable;level 4) 
ECKAM.EXE Memory Diagnostic (level 3) 
ECKAX.EXE Cluster Excerciser (level 3) 


VAX-11/750 DW750 (UBI);Diagnostic Supervisor 


ESSAA. EXE Diagnostic Supervisor 
ECCBA.EXE Diagnostic (level 3) 
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VAX-11/750 Hardcore Instruction 
EVKAA.EXE Hardcore Instruction (Bootable;level 4) 


VAX-11 Instruction Tests 
EVKAB.EXE VAX Architectural Inst. (level 2 and 3) 
EVKAC.EXE VAX Floating-Point Inst. (level 3) 
EVKAD.EXE VAX Compatibility Mode Inst. (level 3) 
EVKAE.EXE VAX Privileged Architectural Inst. (level 3) 


The following diagnostics are used to test options available on the VAX-11/750. These are the same 
diagnostics as are run on the VAX-11/780. 


VAX CR/DISK User Mode 


EVQDR VAX Loadable Driver for RMOX/RM 80 
EVQDM VAX Loadable Driver for RK611-RK06/07 
EVQDL VAX Loadable Driver for RL11-RL01/02 
EVABA VAX CR11 CR Diagnostic 
EVRAA VAX RP/RK/RM/RX TUS8 Reliability 
EVRACX VAX Disk Formatter 
KMC11/DMC11/DZ11 
EVDMA VAX M8203 Repair Level 
EVDXA VAX COMM IOP Repair Level 
EVDAA VAX DZ11 8-Line ASYNC MUX 
RK611 Diagnostics No. 1 
EVREA VAX RK611 Diagnostic, Part A 
EVREB VAX RK611 Diagnostic, Part B 
RK611 Diagnostics No. 2 
EVREC VAX RK611 Diagnostic, Part C 
EVRED VAX RK611 Diagnostic, Part D 
EVREE VAX RK611 Diagnostic, Part E 
RK611 Diagnostics No. 3 
EVREF VAX RK06/07 Drive Function Test, Part 1 
EVREG VAX RK06/07 Drive Function Test, Part 2 
RM03/RMO05 
EVRDA VAX RM03/RM05/RM80 Diskless 
EVRDB VAX RM03/RMO05 Functional Test 
TS11 Diagnostics 
EVQTS VAX Loadable Driver For TS11/TS04 
EVMAA VAX TM03/TE16/TU45 
EVMAD VAX TS11 Subsystem Repair 
RLO2/RM80 Diagnostics 
EVRFA VAX RLO2 Subsystem Functional Diagnostics 
EVRGA VAX RM80 Formatter 
EVRGB VAX RM80 Functional Diagnostic 
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CHAPTER 2 
THEORY OF OPERATION 


2.1 CENTRAL PROCESSOR TIMING 

This paragraph describes the VAX-11/750 central processor timing. Paragraph 2.1.1 provides a func- 
tional description of the power-up and power-down hardware sequencing. Paragraph 2.1.2 describes the 
generation of the CPU main timing signals. 


2.1.1 CPU Power Sequencing 

The hardware condition of the VAX-11/750 processor must be initialized to a defined state after power 
has been applied and stabilized. The following discussion is related to the schematic diagrams of the 
UBI module, the VAX-11/750 memory controller module (CMC), and the remote diagnosis module 
(RDM). The following schematics are referenced in the discussion that follows. 


UBI Unibus Interface Module (D CS L0004-0-1 through D CS L0004-0-20 Rev C) 

RDM Remote Diagnosis Module L0006 (D-CS-RDM0O1 TO RDM26) 

MIC Memory Interface Module (D CS L0003-0-1 through D BD L0003-0-23 Rev B) 
DPM Data Path Module (D CS L0002-0-1 through D BD L0002-0-26 Rev B) 

CCS CPU Control Store (D CS L0005-0-1 through D CS L0005-0-16 Rev C) 

CMC VAX-11/750 Memory Controller (D-CS-L0011-0-1 CMCA through CMCV Rev C) 


Power sequencing timing diagrams are included in this document and related to the text and schematic 
diagrams. The operations discussed in Paragraphs 2.1.1.1—2.1.1.5 are as follows. 


Power-up sequence 

Power-down sequence 

Power sequencing using INIT pushbutton 
Power sequencing with RDM 
Time-of-day battery power control circuit 


2.1.1.1 Power-Up Sequence -— The general sequence of events for the VAX-11/750 CPU power-up is 
similar to that of other processors. When the ac line voltage stabilizes, the power supply negates the 
signal ACLO L. When the dc output is reached, circuit power stabilizes and the signal DCLO L is 
negated. 


As long as DCLO is asserted, the microsequencer is forced to the power-up location in control store, 
microaddress 0000, and the microcode does not execute until DCLO is negated. The CPU microcode 
runs through a wait period of 250 ms before any major operations are attempted. During this time the 
memory controller is writing zeros and the proper ECC for each location in all of the memory. The 
memory controller asserts ACLO until this is complete. The time required is approximately 830 ms to 
initialize all of memory. When the 250 ms wait interval expires, the microcode goes into a LOOP that 
tests ACLO L for negation. The microcode stays in this loop until ACLO L is negated. 
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If the RDM is present, it asserts ACLO and DCLO (under program control in the RDM) until its 
power-up sequence and self-verification is complete. The RDM does not receive ACLO and DCLO; it 
can only drive these signal lines. Once ACLO and DCLO are both negated the CPU microcode per- 
forms the Micro-Verify routine. Micro-verify tests the internal buses, data path, and prefetch mecha- 
nism. It also tests the initialization microroutine, which clears the cache, invalidates the translation 
buffer, and sets up the PSL. The microcode performs one of the following operations depending on the 
POWER ON ACTION switch located on the operator control panel. 


1. Enter console mode. 

2. Attempt warm restart. If restart fails, enter console mode. 

3. Attempt warm restart. If restart fails, boot system in accordance with DEVICE switch. 
4. Bootstrap system in accordance with DEVICE switch. 


Power-Up Detailed Description — The following discussion is referenced to the UBI module schematics 
listed in Paragraph 2.1.1, and the timing diagrams contained in this chapter. 


Refer to the UBI module schematic, pages 14 and 15. In accordance with the Unibus specification, the 
signal DCLO L is negated approximately 5 us after dc voltage is applied. The power supplies drive 
Unibus ACLO and DCLO according to this specification. Again, ACLO L is negated when the line 
voltage is stable, but the memory controller holds ACLO asserted until it has written the zeros and 
ECC through all of memory. 


Refer to the CMC module schematic, page CMCC. The internal clock logic on the CMC is designed to 
refresh the memory at intervals of 12.8 ws. The counter, E111 and E123, is the refresh/initialization 
row/column counter. At power-up, the negation of DCLO permits the counter to be incremented at a 
12.8 us rate. The initialize flip-flip, E128, is set by the first T1 clock after the negation of DCLO. 


The initialize flip-flop clears when the most significant stage of the refresh/initialize counter sets. The 
time for this to occur is 12.8 ws X 65,536 for a total of 838 ms from DCLO negation. The initialize flip- 
flop drives the signal CMI ACLO which becomes Unibus ACLO. 


Refer to UBI print 15. At the top center of the page is the Unibus transceiver (E105) that interfaces 
ACLO L and DCLO L to the UBI module from the power supplies via the Unibus. The signal RCVD 
DCLO H is true as long as DCLO is asserted. 


After ACLO L is negated, DCLO is asserted for 5 us. During this interval three things happen. 
The CPU asserts Unibus BBSY L. 
2. The CPU asserts Unibus INIT L. 


The signal MSEQ INIT 1 is asserted — Refer to UBI print. In the lower left corner, the signal 
RCVD DCLO H 1s inverted and becomes DCLO BBSY L. This signal goes to three places. 
The first destination is the D-type latch at the left center of the UBI module schematic, to 
E132. This signal causes the latch to be cleared, which forces the signals MSEQ INIT L and 
INIT UB REQ H to be asserted. MSEQ INIT L holds the microsequencer logic at control 
store address 0000. DCLO BBSY L is also used to cause the assertion of BBSY and INIT. In 
the upper right corner of UBI 14, the signal DCLO BBSY L forces E119 reset; which gener- 
ates the signal UB INIT H. UB INIT H goes to the Unibus transceiver on UBI 15 and drives 
Unibus INIT L true. DCLO BBSY L goes to E109 on the right side of UBI 13 and generates 
a signal called ASSERT BBSY H. This signal goes to the Unibus transceiver on UBI 15 and 
asserts Unibus BBSY L, preventing devices from becoming bus master. 
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Once DCLO L is negated, Unibus BBSY L is negated and INIT L is allowed to go away. 
The first microinstruction executed from control store issues a Unibus INIT micro-order in 
the bus field of the microword. This micro-order remains asserted during the entire 250 ms 
waiting period. When the signal INIT UB REQ is generated, it fires one-shot E133 (UBI 13) 
which generates a low pulse for 130 us. The positive transition clocks E119 clear and the 
signal UB INIT H is negated. The signal INIT UB REQ L from UBI 14 goes to E77 at the 
bottom of UBI 12. The signal BBSY REQ H is generated and this goes to the bus busy flip- 
flop, which consists of E89 and E77. The signal at the output of this flip-flop is called CPU 
BBSY L, and this also goes to the gate E109, becoming ASSERT BBSY H. When INIT UB 
REQ L ts gone, BBSY L is deasserted. 


The microsequencer is allowed to run once DCLO is negated. The first part of the microcode 
routine from powerup forces Unibus BBSY for 250 ms and then checks ACLO at the end of 
this 250 ms period. A microbranch on ACLO is taken after the 250 ms. With ACLO as- 
serted, the micromachine waits for the negation of ACLO. At this point it is still another 580 
ms before ACLO is negated by the memory controller. Once ACLO is gone, then the Micro- 
Verify and initialization sequences are done and the system is restarted according to the 
POWER ON ACTION switch explained above. 


2.1.1.2 Power-Down Sequence — When ac power is going down, ACLO is first asserted, which gener- 
ates a macro-level power-fail interrupt request. This obtains the address of the power-down routine from 
vector SCBB+C. This routine saves the state of the CPU on the stack in memory. Typically, the 
amount of time between the assertion of ACLO and DCLO is 3-5 ms. This is sufficient time for the 
power-fail routine to run and save the CPU state before power is gone. The circuitry that controls the 
power-down sequence is also contained in the UBI module. 


Power-Down Sequence Detailed Description — Refer to UBI module schematic UBI 15. The Unibus 
ACLO L signal is received at the tranceiver and becomes RCVD ACLO H. This signal is then synchro- 
nized to the CPU M clock. On the left side of UBI 15, RCVD ACLO is clocked into latch E127 and 
becomes SYNCHR ACLO H. This signal goes to UBI 14 latch E132. SYNCHR ACLO H is clocked 
into this latch by M CLK and the output of the latch goes to NAND gate E65. The output of E65 is 
called SPFI L (synchronous power fail interrupt) and it goes to the INT gate array E98 on UBI 15. 
This gate array is the interrupt arbitrator. It arbitrates the interrupt request which is IPL 1E (hex). At 
the next BUT SERVICE (IRD1+1 cycle), the interrupt service flows for the power fail are entered. 
The timing diagram in Figure 2-1 shows the relationship of these signals. When DCLO L is received, 
MSEQ INIT L is asserted. This forces the microsequencer to go to control store address 0000. UB 
INIT H on UBI 14 is forced true, and Unibus BBSY L is asserted. Approximately 5 us after DCLO is 
asserted, the DC voltage should fall below specifications. 


2.1.1.3 Power Sequencing With INIT Pushbutton — See Figure 2-2. The INIT pushbutton on the oper- 
ator control panel initializes the VAX-11/750 processor by forcing ACLO L and BBSY L on the Un- 
ibus. This causes the power-down sequence explained previously. However, power is still present. Bas- 
ically, pressing the INIT pushbutton causes ACLO to be asserted so that a power-fail interrupt request 
occurs. Seven ms later the CPU internal timing forces DCLO, which forces the microsequencer to 
0000. After the DCLO pulse is gone, the microcode executes the power-up sequence. The microcode 
waits 250 ms and forces Unibus BBSY L. At the end of this interval, a microbranch on ACLO occurs. 
Pressing the INIT button does not force the memory to initialize by writing all zeros, so ACLO should 
be negated at the end of 250 ms, and the system is restarted, halted, or booted accoring to the setting of 
the POWER ON ACTION switch. 
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SPFIL 


UBI 15 UBUS 
DCLO L 


Figure 2-1 
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PB INIT L 


[-—iniT BUTTON RELEASED 


UBI 15PBINIT H 
UBI 14 £134—12 k~+—6.6 MSEC—f 


UBI 15 UBUS 
BBSY L 


UBI 14 E134—4 
UBI 14 ASSERT 


DCLO H 


UBI 15 UBUS 
DCLOL 


UBI 15 RCVD 
DCLO H 


UBI 15 MSEQ 
INIT L 


UBI 15 UB INIT H 


UBI 15 INIT UB 
REQ H 


UBI 15 E133—12 


6.4 uSEC 


1.3 uSEC 


1.9 uS 
eel 
.139 MSEC 


Figure 2-2 INIT Sequence Timing 


2-5 


250 MSEC} 


TK-4315 


Detailed Description of INIT Sequence — See Figure 2-2. The INIT pushbutton on the operator control 
panel is set up so that if the key switch is in either of the SECURE positions, INIT does not function. 
Pressing INIT connects ground to the backplane pin C7 shown in UBI module prints UBI 15. The 
signal is called PB INIT L. It directly drives UBUS ACLO L and generates a signal called PB INIT H. 
The signal PB INIT H is used to start a chain of one-shots that generate ASSERT DCLO H shown on 
UBI 14 after the operator releases INIT. At the same time, the signal RCVD ACLO H is true, causing 
the power-down sequence explained in Paragraph 2.1.1.2. This time DCLO is not asserted by the power 
supply, so the CPU has to force DCLO low. This is done using the one-shots E134A, E134B, and E133 
on UBI 14. The first one-shot, E134A, is set for a 6.6 ms low pulse from pin 12. The second one-shot, 
E133B, produces a 6.4 us low pulse, and the third one-shot, E132, produces a 1.3 us high pulse. Refer to 
Figure 2-2. At the end of the first 6.6 ms interval, the signal ACLO BBSY L is asserted, which asserts 
BBSY L on the Unibus and fires the second one-shot. The second one-shot fires the third one-shot, and 
a 1.3 us high pulse called ASSERT DCLO H is generated. This goes to the Unibus transceiver on UBI 
15 and drives DCLO L for 1.3 us. 


When the signal DCLO is received from the transceiver, it forces the signals MSEQ INIT L, Unibus 
BBSY L, and Unibus INIT L to all be asserted during the 1.3 ws pulse. MSEQ INIT L holds the 
microsequencer at 0000 until the end of the 1.3 us pulse, at which time the microcode begins executing 
again. The CPU microcode has a 250 ms wait loop where Unibus BBSY L remains asserted for the 
normal power-up sequence. At the end of the 250 ms interval, UBUS ACLO L is again tested. If it is 
inactive (high), the machine does Micro-Verify and INIT sequences, and restarts according to the posi- 
tion of the POWER ON ACTION switch. 


2.1.1.4 Power Sequencing With RDM Installed —- The remote diagnostic module (RDM) only drives 
ACLO and DCLO, and does not receive these signals. It is insensitive to power failures elsewhere in the 
system. At powerup, the RDM does a self-verification test. During this test, the RD FAULT light on 
the operator console is illuminated. When the self-test is complete, RD FAULT should be extinguished. 
While the RDM is performing the self-test, it asserts ACLO and DCLO to hold the processor micro- 
code at location 0000 and force Unibus INIT and BBSY to be asserted. The RDM releases these sig- 
nals at end of its self-verification test and allows a normal powerup to occur. 


2.1.1.5  Time-of-Year Clock (TOY) Power Control — The time-of-year clock operation is described in 
Paragraph 2.7.5.1. This paragraph describes the toy clock circuitry on the UBI module. 


Time-of-Year Battery Power Control Circuit —- The power regulator/battery charging circuitry that con- 
trols the power to the CMOS logic is shown in the UBI module prints, sheet 1. The time-of-year clock 
power comes from four 1.35 Vac nominal nickel-cadmium rechargeable cells installed on the back cabi- 
net frame. The TOY circuitry is implemented with CMOS elements that have very low power con- 
sumption characteristics. The TOY clock can run for up to 100 hours on battery power. 


Detailed Time-of-Year Clock Power Control Description — Refer to the schematic diagram of the TOY 
clock on the UBI module print, page 1. This circuit is divided into two parts: a charging circuit, and a 
control circuit. 


In discussing the TOY power control circuitry, three different time periods must be considered: when 
CPU power is down, CPU powerup, and when CPU power is up. 


1. When CPU power is down, the TOY batteries provide power to the time-of-year clock 


CMOS circuitry. At this time diode D3 is used to block discharge of the battery through the 
power supply. 
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2. During CPU powerup, UBUS DCLO L is initially asserted. As a result, CPU DCLO H is 
asserted to comparator E24 A (pin 3). E24 A compares the voltage on pin 3 to a 2.5 V refer- 
ence voltage on its pin 2. The voltage on pin 3 at this time is more positive than the 2.5 V on 
pin 2. As a result the E24 A pin 1 output holds transistor Q1 off. Ql remains off while UBUS 
DCLO L is asserted. During this time, the battery level is sensed by a voltage divider com- 
prised of resistors R27 and R7. The divided down voltage at the battery is compared to a 3 V 
reference voltage by comparator E24 B. If the battery voltage has fallen below 4.8 Vdc, the 
junction voltage of R27 and R7 are less than 3 Vdc and E24 B (pin 7) asserts BATT DCLO 
L (see Note below). BATT DCLO L active is input to gate E25. When the CPU power 
reaches a steady condition (indicated by the deassertion of UBUS DCLO L), the output of 
E25 (pin 11) clears TOY counter E26, and its QO output goes low. The 16 X 4 RAM (TOY 
offset memory) (E50) is disabled for write or read with the outputs <Q3:Q0> pulled high. 
Any attempt to read the RAM results in a value of 0 returned. The microcode interprets this 
as a TOY clock battery failure. 


NOTE 
TOY battery voltage below 4.8 Vdc is insufficient to 
maintain TOY memory data. BATT DCLO L is as- 
serted to initialize invalidation of the TOY data. 


3. When CPU power is up, CPU DCLO H becomes inactive. Comparator E24 A pin 1 allows 
transistor Q1 to be biased on, and the TOY battery is constantly charged through D3, RS, 
and Q1. Resistor R5 is used to limit TOY battery charge current to under 100 mA. Diodes 
D2, D4, and D5 are used to limit the charging voltage to approximatly 6 Vdc. 


NOTE 
As long as CPU power is up, the TOY circuitry re- 
ceives dc power. 


2.1.2 CPU Main Timing Generation 

The VAX-11/750 processor timing circuitry is designed to execute microinstructions at a 320 ns rate. 
The CMI bus transactions are synchronized by a 160 ns bus clock. These intervals are derived from an 
18.75-MHz TTL oscillator located on the CPU control store module (CCS) (slot 5). The oscillator is 
wired on the backplane to slot 2 of the data path module (DPM) where the service and arbitration 
control (SAC) gate array is located. The SAC gate array controls the following clock signals used by 
the CPU. The names of the clock outputs are explained. 


Base Clock — Oscillator /3 

B Clock — Oscillator/3 and not CS parity or remote clock halt (from RDM) 
M Clock — Microsequencer Clock, Oscillator /6 

D Clock — Destination Clock, Oscillator/6 

Phase Clock — Oscillator /6 

Q,D Clock — Oscillator/3 or /6 


2.1.2.1 Detailed Analysis of CPU Timing Generation -— The following discussion relates to the data 


path module (DPM) and CPU control store modules (CCS). It references the schematic diagrams for 
these modules. Timing diagrams to illustrate the clock generation are included in this document. 
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Refer to the CCS module schematic. On CCS 14 there are two oscillators. The one on the left is time 
base for the interval counter gate array (TOK) located on the DPM module. The oscillator on the right 
(E8) is the one that develops the time base for all CPU activity. The output called CPU OSC OUT H is 
connected via the backplane to slot 2 pin B28. The signal CPU OSC OUT H is connected to the input 
of the SAC gate array on DPM. Refer to the DPM module schematics. See the clock generation circui- 
try on DPM17. Backplane pin B28 is jumpered to backplane pin B27 on slot 2 so the signal called CPU 
OSC OUT H becomes CPU OSC IN H. B27 on the backplane is connected to pin 2 of the SAC gate 
array. The 18.75-MHz oscillator is divided by 3 within the SAC gate array to 6.25 MHz and appears at 
the output on pin 6. The signal called SETC goes to flip-flop E56 where it is resynchronized to the 
oscillator. The 0 output of E56 is BASE CLK L. It is a nonsymmetrical 6.25 MHz signal used to derive 
the other clock signals. Refer to Figure 2-3 for the phase relationship of the main timing signals. Note 
that BASE CLK L is present at all times. 


ONE MICROINSTRUCTION CMI CYCLE 
320 NS 160 NS 
DPM17 
BASE CLK L 
DPM17 
M CLK ENABLE H 
DPM17 
QP CLK ENH 
DPM17 
BCLK L 
DPM17 
MCLK L 
DPM17 
DPM17 
PHASE 1H 
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Figure 2-3 Main Timing Signals Phase Relationship 


2.1.2.2 Derivation of B CLK L — The signal B CLK L is generated by gating BASE CLK L witha 
signal coming out of the SAC gate array called HALT L. HALT L can be asserted low under two 
conditions. The first condition is latching a control store parity error in the SAC gate array and then 
having a second control store parity error occur before an IRD 1. This causes HALT L to be true. The 
signal CS PARITY ERROR H is the output of the parity checking logic and enters the SAC gate array 
at pin 9 where it is latched internally. The second condition that stops B CKL L occurs when the RDM 
forces the clock to stop by driving the clock control lines called CLK CTRL 1 H and CLK CTRL OH 
low. The RDM can then control the clock and tick it or “step” one microinstruction at a time. The 
following table describes all the combinations of the clock control lines. 


CLK CTRL 1 CLK CTRL 0 Function 

L L Stop B CLK L 

L H Generate 1 B CLK L and stop 
H L Generate 1 M CLK L and stop 
H H Run full speed 


The RDM module controls these lines when the operator is single-ticking the clock or single-stepping 
microinstructions from the RDM console. 
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2.1.2.3 Derivation of M (Microsequencer) CLK L — The M CLK is the microsequencer clock. It used 
to load the next microinstruction into the control store output latches located on all CPU modules. The 
timing diagram in Figure 2-3 shows the phase relation of the M CLK to B CLK. Notice that the micro- 
instruction is 320 ns and that is divided into 2 half cycles. M CLK L is used to load the control store 
output latches on the low-to-high transition. M CLK L occurs every other B CLK except when a stall 
condition occurs. Stalling the microsequencer is accomplished by inhibiting the M CLK L signal from 
being generated, thus holding the current microinstruction longer than 2 cycles. Stalling would be nec- 
essary when the microcode issued an MSRC/MDR micro-order and the data was not in the MDR yet, 
for example. M CLK L 1s derived by gating the BASE CLOCK H signal with M CLK ENABLE H 
which comes from E2 pin 13. The input to E2 11 and 12 are signals called MEM STALL H and 
MKEN L. MKEN L comes from the SAC gate array as MKEN H and is inverted through E4. The 
SAC gate array normally produces an output similar to the second waveform in Figure 2-3. If it is 
necessary to stall, the SAC gate array keeps MKEN H at low level until the stall condition is removed. 
The next B CLK generates the M CLK L and loads the next microinstruction. There are numerous 
conditions that can cause the M CLK to stall. Some of these conditions are listed below. 


1. Memory Stall — Waiting for data or I-Stream and memory interface registers. 

2. FPA Wait and FPA Stall. 

3. Microtraps require an additional cycle set-up time. 

4. Clock Extend Bit <15> of the microword extends microinstruction a 1/2 cycle. 


5. Compatability Mode IRD 1 — The timing diagram in Figure 2-4 shows how the clocks are 
extended when the CLKX bit <15> of the microword is set to extend the microinstruction 
one B CLK. 


MICROINSTRUCTION WITH CLKX SET 
N 


DPM17 
BASE CLK L 


DPM17 
M CLK ENABLE H 


DPM17 
Q,D CLK ENH 


DPM17 
BCLKL 


DPM17 
MCLK L LOAD NEW MICROINSTRUCTION 


DPM17 
DCLKL 


DPM17 
PHASE 1H 
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Figure 2-4 Clocks Extended 1/2 Cycle by CLKX 
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2.1.2.4 Derivation of the D (Destination) CLK - The D CLK L signal is used as write pulse to load 
data into registers and scratchpads at the end of a microinstruction. Note that the D CLK appears 
similar to the M CLK in the timing diagram and it coincides with the end of the microinsruction. The D 
CLK can also be stalled and inhibited under certain conditions. If the microsequencer clock is stalled, 
the D CLK must also be stalled until the stall condition is removed. The D CLK can be inhibited under 
certain conditions where the data could be erroneous due to a microtrap or transparent service routine. 
The D CLK can be inhibited in a service microroutine if the microroutine fetches the data and loads 
registers or scratchpads, by doing RET.DINH micro-order in the last microinstruction of the service 
routine. The memory interface control (MIC) module can force a destination inhibit under certain con- 
ditions, such as machine check or memory management microtraps. 


2.1.2.5 Derivation of the Phase 1 Clock — The phase clock is generated to divide the microcycle into 2 
parts. Generally, the first half of the microcycle is used to read scratchpad data which is to be operated 
on by the rotator and/or ALP logic. During the second half of the cycle, results on the WBus are writ- 
ten to the destination register or scratchpad. The PHASE 1 CLK signal is used to distinguish the two 
halves of a microcycle so that the correct operation on the scratchpad can be performed. The PHASE 1 
CLK is derived from a signal called PHAS, pin 4 of the SAC gate array. This signal enables the J-K 
flip-flop E56 to set on the low-to-high transition of BASE CLOCK H. The signal PHAS goes low and 
simultaneously M CLK ENABLE H goes high, allowing the flip-flop to clear on the next BASE 
CLOCK H. Refer to Figure 2-3 for the phase relationship of these signals. PHASE 1 L is also subject 
to being stalled by the M CLK stall mechanism. Figure 2-4 shows a CLKX 1/2 cycle stall and the 
result of PHASE 1 L and H during a clock extend cycle. 


2.1.2.6 Derivation of the Q,D Clock —- The Q,D CLK signal is used to load and shift the Q and D 
registers in the data path. The Q,D clock appears the same as the D CLK in most cases. This clock can 
be modified to look like B CLK when the data path is doing the MULFAST+, MULFAST-, DIV- 
FAST+, and DIVFAST— operations. These are 2-bit multiply and divides per cycle as opposed to the 
MULSLOW+, MULSLOW —, DIVSLOW +, and DIVSLOW — which are 1-bit multiply and divide 
operations per cycle. 


2.1.2.7 Clock Distribution — The clock signals described above exit the DPM module from the drivers 
shown in the DPM 17 schematic diagram. The clock signals are connected via the backplane to other 
modules. Each module that receives the clock signals typically has an emitter follower to buffer the 
clock signal as shown on DPM 17. Transistors Q1, Q2, and Q3 are buffers for BCLK L, M CLK L, 
and PHASE 1 H respectively. The following table is list of the major clock signals and the backplane 
pin where the signal may be observed. 


Clock Signal Slot Backplane Pin 
CPU OSC OUT H 5 B31 

CPU OSC OUT H 2 B28 

CPU OSC IN H 2 B27 

BASE CLK L 2 A73 

BCLK L 2 B9 

M CLK L 2 BS 

D CLK ENABLE H 2 B25 

M CLK ENABLE H 2 B15 

PHASE 1H 2 A78 
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2.2 VAX-11/750 FIRMWARE DESCRIPTION 

The VAX-11/750 processor is a microprogrammed machine with a microword of 80 bits. This micro- 
word programs all the CPU activity during a single microinstruction cycle, which is 320 ns. All the 
CPU microinstructions are contained in a 6K X 80 bit control store PROM located on the CCS (CPU 
control store) module in slot 5 of the CPU backplane. There is also optional control store available in 
the form of a 1K X 80 bit WCS (writable control store) that attaches to the CCS module. The RDM 
module also has a writable control store that contains 64 locations for executing microdiagnostics. 


A program called MICRO2 allows firmware designers to write individual microinstructions by writing 
statements or macro expansions in a readable form. The program includes a machine hardware defini- 
tion that defines the function of every bit in the control store. With this hardware definition, statements 
can be written to generate individual microinstructions. The program analyzes the statement, indexes 
into the hardware definition file and produces a binary output that can be blasted into PROM. The 
CPU firmware routines and macroinstruction microcode was written using this microcode assembler. 


Once the machine definition file is complete, a macro file can be built. A macro file is a list of state- 
ments that have specific microword fields defined to perform a specific CPU operation during a single 
microinstruction. The macro file is then expanded, thereby expanding the machine microprogramming 
language vocabulary. This eliminates defining each microword field in every single microinstruction. 
The next step is to write the microcode for the machine using macros. As the need for a specific oper- 
ation occurs, new macros can be added to the microprogramming vocabulary. 


The following discussion references the microcode listing of the VAX-11/750 CPU firmware. The mi- 
crocode listing shows both the source code written by the firmware designer and also the binary output 
of the MICRO2 assembler program. The name of the listing is usually CMTXXX where XXX is the 
version number. The version number of the microcode listing is contained in the upper left corner of the 
listing at the filename. To determine the revision level of microcode in a processor, it is necessary to 
examine the system identification register, IPR 3E (hex). This register can be examined from the con- 
sole terminal by typing the following. 


Console Prompt Type Console Prints 
>>> E/13E 

I0000003E (IPR Contents) 
>>> 


The hex revision level of the processor control store is contained in the third and fourth digits from the 
right. 


2.2.1 Microcode 
This paragraph is intended to provide enough background on microcode to ensure that the reader can 
understand future references to it. 


2.2.1.1 Microcode Structure — The following discussion is about how to read microcode. You must 
have a microcode listing available for this discussion. The first subject is how the control store micro- 
word is defined to the MICRO2 assembler. The name of the machine definition file is DEFIN.MIC 
and contains the definition of each field and every function of that field. Contained in this document 
are examples from the CMT049 microcode listing to aid in learning to read microcode. Attempt to 
locate the same directives and statements in your listing. Some of the MICRO2 assembler directives 
you are likely to encounter are shown in Figure 2-5. A MICRO2 assembler directive is a statement 
preceded by a “.”. In Figure 2-5, look at this page duplicated from the CMT049 listing and study each 
line within the boxes. At the top is the name of the entire listing CPTD.MCR. The line below called 
DEFIN.MIC is the name of the subfile that is appended together with all the other files in the listing. 
At the left there is a line number for every statement or directive. The directives are explained below. 
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3 CPTD.MCR ASSEMBLY MICRO2 1H(17) 4-NOV=80 08346325 CLOKX Rev eeReee, Clock rate 
3; DEFIN.MIC FILENAME DEFIN,MIC 


LISTING 


COMPONENT 
72476 eTOC “DEFIN.MIC" 
FILENAME 22477 “TOC "RFVISION 65,07 | _}-—- INSERT IN TABLE OF CONTENT 


LINE NUMBER 72478 3 P. R. GUILBAULT 


32481 
32482 
32483 
72484 
32485 
32486 
32487 
32488 
32489 
32490 
32491 
$2492 
32493 
32494 
32495 
32496 
32497 
72498 
32499 
32500 
32501 
32502 
32503 
22504 
22505 
72506 
32507 
32508 
32509 
32510 
32511 
22512 
32513 
32514 
32515 
72516 
$2517 
72518 
32519 
22520 
#2521 
#2522 
22523 
32524 
22525 
72526 
72527 
32528 
32529 
32530 


72479 

DO NOT PRODUCE BINARY OUTPUT 
BIT ORDER SIGNIFICANCE INCREASES FROM RIGHT TO LEFT 
RADIX IS HEX 
2SOURCE/33 SOURCE CODE 1S POSITIONED 33 COLUMNS FROM LEFT MARGIN AFTER .BIN DIRECTIVE 
TITLE DIRECTIVE 
eSET/INIT=0}—VALIDITY | #SWITCH THAT INDICATAS INIT U=CODE FOR VALIDITY CHECK 

BO 


j-WIDTH/80 _|— MICROWORD WIDTH EQUALS 80 BITS 
:SET UP FOR CREF ONLY WHEN FULL ASSEMBLY 
eTOC " Revision History" 


INHIBIT CROSS REFERENCE OF THE FOLLOWING MICROCODE 


5 ADD BRANCH ON FPA PRESENT 
4 Initial release, 


Figure 2-5 MICRO2 Assembler Directives 1 
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22?ns 


TITLE DIRECTIVE 


.NOBIN 
This directive instructs the assembler not to produce a binary output for the statements that follow 
this directive. 


.RTOL 
This directive tells the assembler that bit order of field definitions is from right to left. The LSB is 
at the right and more significant bits are to the left. 


HEXADECIMAL 
This switches the default radix (octal) to hexadecimal. 


SOURCE/33 

This directive tells the assembler the position of the source code left margin in the listing output. 
In this listing the source code is 33 columns from the left margin. This is necessary so the binary 
output will fit on the listing. 


-TITLE “CLOK X REV @@@@@, CLOCK RATE = ??? ns” 
This is used to print the title information at the top of each listing page. 


SET/INIT = O 
This is a validity argument that is used during the INIT microcode. 


.WIDTH/80 
This defines the microword width as 80 bits. 


.NOCREF 
The .NOCREF directive tells the MICRO2 assembler not to insert the following statements in the 
cross reference listing. 


.TOC 
This means to insert the text within the quotation marks into the table of contents at the beginning 
of the microcode listing. 


Following these directives is a revision history of the microcode and an explanation of each change. 
There is a revision history for each file in the listing. In addition to the control store microcode, the 
firmware designer has to program the IRD ROMs and the D-size ROM that programs the operand size 
for the individual VAX-11 macroinstructions. This means that the microprogrammer must specify the 
ROM being programmed. Figure 2-6 shows the .I[CODE directive that directs the assembler to define 
the IRD1 ROM used at instruction decode to point to the operand specifier evaluation microroutine. 
The width directive defines the size of this ROM in bits. Figure 2-7 shows the .OCODE directive that 
defines the IRDx ROMs that are used at the first and second operand specifier evaluations after IRD1. 
The width directive (.WIDTH/96) indicates the width of the ROM being defined. To program the 
control store ROM, the firmware designer must use the .UCODE directive to insert microcode into the 


control store ROMs. 
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CPTD.MCR MICRO2 1H(17) 4-NNV-80 08346325 CLOKX Rev @ee@@@, Clock rate = ???ns 


13124110 9 8 7 6 § 41312 109 8 7 61514 32109 81716 54321 0} 


DEFIN.MIC Machine Definition : IRD1 ROM 

3576 TOC " Machine Definition s IRDi ROM" 

3577 ei COD PROGRAM THE NATIVE MODE IRD1 ROM (1). THE ROM IS DEFINED AS THE 

3578 = [-WIDTH/32) | ROM AND IS 32 BITS WIDE 
¢ tvivitt iP a IF I IF I 
2 IIIFIFt IRD1.FPA 1a] IRD1 IF Il FPD.FPA 1o1 FPD 1 
z URIPIOI IPI 10] IP | | 
: IDIDIPI ! | IP 4 It I 
r t1tete io ! i of ! 
: $2 > ef ef} wewmewreeeanweee +e fern se eB FB eZ eee freasnesweeToaae4 ao faseannaannwae+ 
2 43131313 2 2 2 2 2 21212 22111 «14211 111 1001010 00000 0 
; 


3593 FPD /=<630> 
3594 FPD.FPA /=<1438> 
3595 IRD1 /=€22316> 
3596 IRD1.FPA/=<30324> 


3598 FOP /=<07:07> 
3599 NOP=0 
3600 LOD=1 
3601 FFOP/=<15315> 
3602 NOP=0 
3603 LOD=1 
3604 IOP /=<23323> 
3605 NOP=0 
3606 LOD=1 
33607 IFOP/=<31331> 
3608 NOP=0 
3609 LOD=1 
3611 VFPD /=<32:32>, eVALIDITY=<V060> 
3612 VIRD1/=<33333>, eVALIDITY=<V061> 


Figure 2-6 MICRO2 Assembler Directives 2 


? CPTD.KCR MICRO2 1H(17) 4-NOV=80 08:46:25 CLOKX Rev eeee@e, Clock rate = ???ns 
3; DEFIN.MIC Machine Definition : IRDX ROM 

23631 eTOC "*" Machine Definition : IRDX ROM*" 

73632 PROGRAM THE NATIVE MODE IRDx ROM. THE “O’”’ ROM IS USED FOR 

eet eWIDTH/96 EACH OPERAND SPECIFIER EVALUATION. THE ROM IS 96 BITS WIDE. 

o 

23635 

23636 =? ee eh et i. eS ii tt. ihe ne ett iinet reenter s 
73637 3 101 i ae | i i 
23638 = 1ot | IF ' ' 
23639 os IPI CNTO.REG i CNTO.MEM ;o} CNTO.FPA.REG i CNTO.FPA,.MEM { 
23640 3 { i i IPI \ { 
33641 ? $e 28} Ot 02 eee 8 2 Pee BOO SO OSS fH OOS TTL CZ B eee e TF e SOF fO SS} SSCS BS BPE See Swe Seeeee}f oD eFTeaa Te eeFZeZZFeeBen+ 
33642 3 9444444443333 313 333322222212 212211141411 13414 1391 OH KKH00000 01 
23643 os 17615 432109876514321098706 5 413 21109876543211090987654321 Of 
33644 ? $e PO} SOO 800 88 OO 680868 OO OO $2888 88 8 8888 O88 2 OT 8 SO8 fe Te} OTS HDA BZF fF eBeee Ze F288 fe TF eee eFfFeeneeeveeeee+ 
33645 3 

23646 3 

33647 B te tetorcetpoec sewn nme w we wn ee ene fp eww ese r seme news ee sae e} seep ewes new en ese wate wane} wow seesareeewasewesent 
23648 ¢; Ivivi id | | 11 ! | 
23649 3; IcIcI oO} i [FI \ | 
23650 3: ININI PI CNT1.REG \ CNT1.MEM 1ol CNT1.FPA.REG i CNT1.FPA,MEM \ 
33651 ; ITIT!I i i | i i 
23652 3 T110l i | l l | { 
33653 G FPF MFP CSF ees Vveceesee Cee see see we} Fete Be ae Geese aweeeen + Tee} ens seeeN TZ ZB BF ee eeeese fet eeceweesZ wees swe ewoens+ 
23654 3: 191919 919999888888 818887777777717 7146666666666515555555554 4!) 
23655 3 171615 413 21098765 43121098765 43 2411019876543210918 765432109 8] 
33656 GPO FOF Cm $8 08 0 0 8 88 08 28 OO 8 OOO $0800 80008 O88 OBO SOO S$ SOO} OR SAS COS MWe BZ BOT eAeae+eswenecoussaversssvaaast 
23657 

33658  CNTO.FPA.MEM/=<103:0> 

23659 CNTO.FPA.REG/=<21:11>,  .VALIDITY=<vV062> 

23660 OFOP/=<23322> 

33661 NOP=0 

33662 LOD=3 

33663 

73664 CNTO.MEM/=<34:24> 

23665 CNTO.REG/=<45335>, » VALIDITY=<V063> 

33666 OOP /=<473:46> 

33667 NOP=0 

23668 LOD=3 

23669 

33670 CNT1.FPA.MFM/=<583:48> 

33671 CNT1.FPA.REG/=<69259>, .VALIDITY=<V064> 

23672 1FOP/=<71:70> 

23673 NOP=0 

23674 LOD=3 

33675 

23676 CNT1.MEM/=<82:72> 

23677 CNT1.REG/=<93:83>, » VALIDITY=<V065> 

23678 10P /=<953:94> 

33679 NOP=0 

33680 LOD=3 

23681 

23682  VCNTO/=<963:96>, » VALIDITY=<V066> 

33683 VCNT1/=<973:97>, » VALIDITY=<V067> 

23684 

33685 


Figure 2-7 MICRO2 Assembler Directives 3 
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2.2.1.2 Microword Field Definitions - The VAX-11/750 Microword Chart in the DEFIN.MIC file of 
the microcode listing shows the different fields of the microword. The microword has vertical function- 
ality; that is, the same bit can have up to 5 functions. This means that some fields determine what 
others will be. The way to determine which field is used is explained in the hardware section that 
describes that field. ROT and ALPCTL field vertical functionality are described in Paragraph 2.6 of 
this document. 


This discussion only indicates the purpose of each of the various fields. The following discussion deals 
with the vertical functionality and what each field does in the CPU. Bits <13:0> of the microword are 
called the NEXT address. It contains the address of the next microinstruction in the control store. Lo- 
cate in the DEFIN.MIC file the defintion of the NEXT address field. The definitions of all the fields 
are arranged alphabetically to help you quickly locate them. The NEXT field definition looks like be- 
low. 


NEXT/=<13:0>,.NEXTADDRESS 


This definition defines the field name NEXT. The / indicates that bits <13:0> are equated to the 
NEXT field and the .INEXTADDRESS assembler directive instructs the assembler to insert the loca- 
tion of the label specified in the NEXT field into bits <13:0> of the control store. If the NEXT field 
is not specified, the assembler will point to the next microinstruction. 


The following bit of the microword is called the JSR bit. Locate the JSR field description in DE- 
FIN.MIC. The JSR bit is used in microsubroutine calls. If the field is = 1, the address of the current 
microinstruction is saved on a microstack. When the microsubroutine is complete, a return micro-order 
in the BUT field can be issued. This pops this microstack and ADDS bits <5:0> of the NEXT field in 
the return microinstruction to the address pushed on the microstack. It is possible to return to the loca- 
tion pushed on the microstack +31 or —32 decimal locations. 


JSR/=<14:14>,.DEFAULT=0 
NOP=0 


The JSR bit is 1-bit field. A default value is specified so that if the field is not defined as a PUSH, the 
default value NOP is put into control store bit <14>. 


The clock extend bit was mentioned briefly in Paragraph 2.1. This bit is used to extend the cycle time 
of the current microinstruction by one B CLK. There are some data path operations that require the 
extended cycle time, and the clock extend bit must be set. Clock extend is defined below. 


CLKX/=<15:15>,.DEFAULT=0 


This is also a single-bit field. The default value for this field if XTND is not specified is NOP. 


The following group of bits in the microword are used for interfacing the FPA to the CPU. This field 
basically is used to pass data back and forth to the FPA via the MBus and WBus in the CPU. The 
VAX-11/750 CPU microroutines must fetch all the operands for the FPA and pass them via the MBus 
and WBus. When the FPA finishes a math operation, the result is passed back to the CPU, and the 
CPU must store the result in the destination specified by the operand specifiers. The FPA field is de- 
fined as follows. 


FPA/=<19:16>,.DEFAULT=0 
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The comments indicate what each function does. The default value if the FPA field is not defined in the 
microinstruction 1s zero. 


The bus field of the microword controls the CPU operation for reads and writes to the CMI bus. As the 
DEFIN.MIC file shows, the bus field is divided into three major groups of operations. These are: 


Reads of memory 

Writes to memory 

Probes of various sorts of PTEs on different CPU buses. 
The bus field definition is 

BUS /= <24:20>,.DEFAULT=7 


The bus field consists of bits 24 down to 20 of the microword. The default value is 7 when no bus 
operation is specified. 

The following group of bits have vertical functionality to three levels. The WCTRL field is used to 
control the activity on the WBus. The CCMISC and CCPSL functions are combinations of certain CC 
and WCTRL micro-orders. The CC field defines how PSW condition codes are modified. The 


CCMISC field is a combination of the WCTRL field and the CC field. In DEFIN.MIC, note that the 
field is defined as follows. 


CCMISC/ = <32:25> 
This includes both CC and WCTRL fields of the microword. If the microprogrammer wants to perform 
any of the functions listed in the definition for CCMISC, bits <32:25> then become CCMISC and 
the definitions for CC, CCPSL, and WCTRL are no longer valid in this microinstruction. 
If the firmware designer does not specify a CCMISC function in the microword, he may specify CC 
and WCTRL or CC and CCPSL micro-orders. The CCPSL functions are really WCTRL micro-orders 
that affect the PSL. The CCPSL functions are defined in bit positions <30:25> as follows. 
CCPSL/ = <30:25> 


If the microprogrammer does not specify a CCPSL function as described in the define file, the CCPSL 
definition is no longer valid and the WCTRL definition of bits <30:25> is then valid. 


The WCTRL field controls the WBus activity as well as other activities. It is defined as follows. 
WCTRL/ = <30:25>,.DEFAULT=2 

The WCTRL field has a default value of 2 if it 1s not specified in the microinstruction. 

The CC field of the microword is defined below. 
CC/ = <32:31>,.DEFAULT=0 
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The CC field is used to set the PSL condition codes at the end of a VAX-11 macroinstruction. Typi- 
cally, the CC field is set to CCOP1 or CCOP2 in the last microinstruction of the VAX-11 macroin- 
struction. If the microprogrammer had not specified any of the functions described above, bits 
<32:25> of the microword would have had the following default definitions. 


<32:31> = CC/NOP.CCBR__SIGND (Binary 00) 
<30:25> = WCTRL/NOP (Binary 000010) 


The field of the microword above the CC field is the ISTRM. The ISTRM bit is used to allow the D- 
size bits <1:0> to determine the size of an operand, address, or displacement in the instruction stream. 
This means that the D-size ROM can determine the size as a function of the opcode of the VAX-11 
macroinstruction. The ISTRM bit is defined as follows. 


ISTRM/ = <33:33>,.DEFAULT=0 
NOP=0 
ISIZE__DSIZE=1 


The ISTRM definition is a single bit in location <33> of the control store. 


The following part of the microword has vertical functionality. Note that above RSRC, ISTRM, and 
CC is a field called LITRL. Above that field is another field called long LONLIT. This vertical func- 
tionality is interpreted as follows. The two fields LITRL and LONLIT enable the firmware designer to 
enter constants or literal data into the data path from the control store microword. The LITRL field 
allows a 9-bit literal to enter the super rotator logic for manipulation, while LONLIT is a 32-bit con- 
stant that can be sourced onto the RBus in the data path logic. The choice of whether the LONLIT or 
the LITRL field is selected as an input to the data path is function of the field described in bits 
<77:76> of the microword. This field is called the LIT field and is defined as follows. 


LIT/=<77:76>,.DEFAULT=0 
NOP=0 
LITRL=1 
FPAWAIT=2 
LONLIT=3 


If the LIT field of the microword is 1, then bits <39:31> are interpreted as the LITRL field and not 
RSRC, ISTRM, and CC. If the LIT field equals 3, then bits <62:31> become the LONLIT field and 
the ROT, ALPCTL, BUT, DTYPE, RSRC, ISTRM, and CC fields are not valid during this particular 
microinstruction. The FPAWAIT micro-order in the LIT field is used in conjunction with the signal 
FPA STALL L to stall the CPU microcode until the FPA finishes a floating-point instruction. Knowing 
the vertical functionality of the microword in positions <39:34>, we can be certain that the LIT field 
must be 0 or 2 to interpret bits <39:34> as the RSRC field. As its name implies, the RSRC field of 
the microword controls the source of the data for the RBus in the data path. This field is defined as 
follows. 


RSRC/ = <39:34>,.DEFAULT=0 


In the DEFIN.MIC file, the RBus data sources include all the RTEMP registers and the LONLIT 
register. 
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The DTYPE field occupies bit positions <41:40> of the microword. The DTYPE field is used to de- 
termine the width of the data path for each microinstruction. This field has 4 values described below. 


DTYPE/=<41:40>,.DEFAULT=3 
BYTE=0 
WORD=1 
LONG=2 
IDEP=3 


The width of the data path can be a byte, a word, or a longword. If the DTYPE field is not specified, 
the default is IDEP, which means let the D-size ROM select the size of the data path. The D-size ROM 
is programmed as function of the opcode of the VAX-11 macroinstruction currently executing. 


The BUT field in bit positions <47:42> of the microword is used for conditional hardware micro- 
branching, instruction decode, and microsubroutine returns. The BUT field selects a certain hardware 
condition as an input to a multiplexer whose output is inclusively ORed together with the lower bits of 
the NEXT address field of the current microinstruction. This means that there are two or more possible 
destination addresses as a result of this branch condition. The BUT field is also used to specify when to 
use the IRD ROMs rather the NEXT address field. The BUT field also specifies when to return from a 
microsubroutine. The operation on a return is to pop the microstack and ADD (not OR) the NEXT 
address field contained in that instruction to the microstack address saved by the last PUSH (JSR bit 
<14> =1). The BUT field is defined as follows. 


BUT/=<47:42>,.DEFAULT=0 


A very useful table is included in the BUT field definitions in the DEFIN.MIC file. Across the top of 
the table are 6 columns marked as follows. 


CSA <5> CSA <4> =CSA<3> CSA<2> CSA<I> #£CSA <0> 


Each column represents the control store address bit that is modified by a given hardware condition. 
For example, the BUT micro-order WX.EQ.0?=28 is used to test the result of an ALU operation for 
zero. The microprogrammer can have two targets as a result of this ALU operation. If the ALU output 
is zero, one target is used. If the ALU output is non-zero then the other target is used. In this case, bit 
<0> on the control store address lines is asserted to a 1 if the ALU output is 0. The microprogrammer 
must constrain the NEXT address field in the destination microinstruction such that bit <0> is clear 
so that the branch condition can be ORed into the control store address. If the NEXT field of the 
microinstruction were 1000, the microsequencer would read the microinstruction from location 1000 if 
the ALU output was non-zero, or it would read the microinstruction from location 1001 if the ALU 
output was zero. 


The next part of the microword is the ALPCTL field. This field occupies bits <57:48> of the micro- 
word and programs the ALU operation during each microinstruction. This field has vertical function- 
ality. ALPCTL may be interpreted as the MUX, ALU, and DQ fields in certain cases. The ALPCTL 
field programs the ALP and ALK gate arrays on the DPM module. The MUX, ALU and DQ fields are 
defined as follows. The MUX field selects the A and B inputs to the ALU. The ALU field defines the 
arithmetic or logical operation to be performed on the inputs selected by the MUX field. The DQ field 
programs the operation of the D and Q registers in the ALP gate arrays. Vertical functionality is deter- 
mined by eliminating the ALPCTL functions. The ALPCTL is defined as follows. 


ALPCTL/ = <57:48>,. DEFAULT =364 
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All the definitions for ALPCTL operations are ALP special functions. If the microprogammer selects a 
function that is in the ALPCTL special functions table, the MUX, ALU, and DQ fields are not inter- 
preted. If the ALU operation the microprogrammer wants to perform is not a special function de- 
scribed in the special function table, then the MUX, ALU and DQ micro-orders must be specified. 
Note in the DEFIN.MIC file that MUX field occupies bits <57:54> of the microword. This is part of 
the area defined by ALPCTL. The vertical functionality of the ALU and DQ fields is determined by 
the MUX input selection. If the MUX field selects D.R2 (A MUX gets MBus and B MUX gets RBus) 
or Z.S (A MUX gets 0 and B MUX gets the rotator output), then the ALU field is interpreted as the 
ALUOD field. If the MUX selects D.R2 or Z.S, the ALU output does not drive the WBus. The DQ 
field selection is also a function of the MUX input selection. The three DQ micro-order selections are 
defined below. 


MUX Input Selection DQ Field 
MUX/M.R1, M.Q1, M.S, XM.R, XM.Q, XM.S, D.R1 

D.Q1,D.S,Z.S,R.Q,R.S DQ! 
MUX/M.R2,M.Q2,D.Q2 DQ2 
MUX/D.R2 DQ3 


If the MUX selects D.R2, the DQ field is DQ3. If the MUX selects either M.R2, M.Q2, or D.Q2, the 
the DQ field used is DQ2. For all other MUX input selections, the DQ1 micro-order is used. The basic 
rule for defining the field for bits <57:48> is as follows. First, is an ALPCTL special function being 
specified? If the function is not an ALPCTL function, it must specify MUX, ALU, and DQ functions. 
Second, is the MUX field is selecting D.R2 or Z.S? If so, then the ALU field becomes ALUOD. Third, 
to determine the DQ micro-order, refer to the table above for MUX input selections and determine the 
proper DQ micro-order. The interpretation of the microword is explained in further detail in subsequent 
paragraphs. 


The super rotator logic controls the shifting, packing, unpacking, and extraction of data from the MBus 
and RBus of the data path. The super rotator is also capable of extracting fields from combinations of 
the MBus and RBus data. The rotator can pack and unpack floating data types, BCD strings, and AS- 
CII strings. The rotator is controlled by the ROT microword field. This field has vertical functionality. 
There are three possible definitions for bits <63:58> of the microword, excluding LONLIT. The rota- 
tor field interpretation can be summarized in two statements. The ROT field is interpreted as the ROT 
field if the microprogrammer uses micro-orders that do either of the following. 


Write the S or P latches in the ROT field. The ROT field is equal to any of the following. These 
are located in the definitions of the ROT field in the DEFIN.MIC file 


PL=2C 

SL=2E 
SL.PL__WB=2F 
OLITO.PL43__WB = 3F 
OLITO.PL__LIT =3B 
PL.SL_-WB=2D 
OLITO.SL__LIT =3D 
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Select the super rotator as the input to the B leg of the ALU. The MUX field is equal to any of the 
following micro-orders. The MUX field is defined in the DEFIN.MIC file. 


M.S=4 
XM.S=7 
DS=C 
Z.5=D 
R.S=F 


To summarize, bit <63:58> of the microword is interpreted as the ROT field, if the MUX is selecting 
the super rotator. Otherwise the S or P latch in the rotator is modified by specifying one of the above 
ROT micro-orders. If the above condition is not satisfied, the ROT field can become either ROTSRK 
or ALUXM, ALUCI, and ALUSHF. To specify bit <63:58> of the microword as the ROTSRK field, 
the BUT field must specify either SRKSTA or CCBRO.SRKSTAO micro-orders. To enable micro- 
branching on the result of the rotator operation, two status bits are generated by the SRK chip to in- 
dicate the status of every operation the rotator performs. These status bits are selected by the micro- 
sequencer BUT multiplexer when the BUT field selects the SRKSTA bits in the microbranch. So 
basically, the ROTSRK field is interpreted when the BUT micro-order specifies SRKSTA or 
CCBRO.SRKSTA. If the ROT field and the ROTSRK field are not interpreted, then bits <63:58> 
become ALUXM, ALUSHF, and ALUCI. ALUXM is a bit that determines whether to sign or zero- 
extend the MBUS input to the MUX depending on the DTYPE field size. ALUSHF is a 3-bit field that 
programs the shift input to the ALU and Q register. The ALUCI field programs the source of carry 
inputs to the ALU. 


There is no more vertical functionality from here to the end of the microword. The next group of bits 
determines the source of data to the MBus. This is the MSRC field. 


MSRC/=<68:64>,.DEFAULT=0 
The next field is the SPW field. This field programs which set of scratchpad registers is written. If the 
RSIZE micro-order is specified, then the RTEMPs are written according to the D-size bits <1:0>. 


The other two writes to the scratchpads are longword writes. 


SPW /=<70:69>,.DEFAULT=0 


NOP=0 
RSIZE=1 
RLONG=2 
MLONG=3 


The names are indicativive of the definitions. The SPW determines the scratchpad that is written when 
the WBus is driven with the input data. If the SPW field specifies a write to scratchpad M, and the 
MSRC field indicates a nonscratchpad source such as VA or the PC, the scratchpad MTEMPO will be 
written by default. 


The MISC field of the microword programs the microprogramming aids such as the status flags 

<5:0>, the step counter, and parts of the PSL. The miscellaneous control field of the microword re- 

sides in bit positions <75:71>. The MISC field default value is 10 (hex). 
MISC/=<75:71>,.DEFAULT=10 


The LIT field is described earlier in this paragraph. 
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The most significant bits are the parity bits for the control store microword. Refer to the VAX-11/750 
Microword Chart in the DEFIN.MIC file of the microcode listing. Above all the fields is the number 1 
or the number 2. These numbers relate to the corresponding bit in the PAR field. PAR2 is a parity bit 
generated on all fields of the microword marked with a 2. When PAR 2 is included there is ODD par- 
ity. PARI is a parity bit generated on all fields marked with a 1. When PARI is included, the control 
store uses even parity. 


2.2.1.3 Microcode Macro Expansions — This paragraph describes how the VAX-11/750 CPU micro- 
code programming language vocabulary is made. The vocabulary is created by writing macro expan- 
sions that perform operations in the CPU. The following solution to a simple problem illustrates how to 
write a microcode macro expansion. The problem is as follows: 


Read the contents of MTEMPO, add 1 to the contents and store the result in MTEMP O. 


Determine first whether a path can be found by referring to the CPU functional block diagram (Figure 
1-1 in Chapter 1). The MTEMPO can be sourced onto the MBus. The constant 1 in the super rotator 
logic'can be generated. The MBus is selected as the input to the A leg of the ALU and the super rotator 
output as the B leg data input. The ALU would have to do an A+B operation, and the result would 
appear on the WBus. The scratchpad write pulse should reload MTEMPO with the result of the addi- 
tion. The following list shows what each field value must be for this example. Fields not specified take 
on their default values. 


Field Name Function Binary 
MSRC/MTEMP0 Source MTEMPO0O to MBus 0 
ROT/ZLITO Zero Extend and rotate left 0 30 
MUX/M.S A leg gets MBus, B leg gets SR 4 
ALU/A+B+CI Add A plus B plus CI (CI=0) 4 
SPW /MLONG Write MTEMPO long 3 
LIT/LITRL Enable LITRL field ] 
LITRL/1 Put constant 1 in rotator l 


Stating the field name and value created a microinstruction that will read MTEMPO, add 1 to the con- 
tents of MTEMP0O, and store the result back in MTEMPO. If the microinstruction is to be used again 
somewhere else, each field name must be stated and and assigned a value. The other alternative is to 
create a macro expansion to represent this function similar to the one below. 


MTEMP0O_-MTEMP0-+ 1 


The macro shown above could be used again for the same operation after it is defined in the 
MACRO.MIC file. The method to define this macro is shown below. 


MTEMPO_MTEMP0+1 “MSRC/0,ROT/ZLITO,MUX/M.S,ALU/ 
A+B+CI,SPW/MLONG,LIT/LITRL,LITRL/1” 


We have defined the nnme MTEMPO__MTEMPO. M-+1 as all the fields specified in the macro. All 
other fields assume default values if not specifically stated. This macro must be placed in the 
MACRO.MIC file so that when MICRO2 assembles the source statement MTEMPO__MTEMP0-+4 1, 
the MACRO.MIC file is referenced to produce the field values previously defined. 
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The microprogramming language was built in this way. Specific CPU operations that are used fre- 
quently are written as macros and placed in the MACRO.MIC file so that it is not necessary to write 
each field name and the value for it. In the VAX-11/750 Microcode Listing, these macros are classified 
into the following four groups. 


1. Basic Group — This group contains combinations of the other types, and unusual cases. NOP 
is a basic macro for instance. 


2. Register Transfer Group — Identified by underscore between source and destination. The ex- 
ample above is a register transfer macro because it reads a scratchpad and transfers the con- 


tents back to itself in this case. This type of macro always has an underscore in the statement 
somewhere. 


MTEMP__MTEMP0-+ 1 
The underscore can be read as “gets” 
MTEMP0 “gets” MTEMP0-+ 1 


3. Bus Group — This group typically initiates reads and Writes to memory. It also tests PTEs 
and issues processor INIT. These macros contain the word read or write. 


4. Branching Group — This group is used for microbranching and specifies a BUT micro-order. 
It can be recognized by the question mark (?). 


WX.EQ.0? 


This macro indicates a microbranch is done on the WMUX being equal to zero and the result 
is to modify bit <0> of the CS address of the next microinstruction. 


Figure 2-8 shows examples of some of the Basic macros. Figure 2-9 illustrates some of the Bus Function 
macros. Figure 2-10 shows some of the Register Transfer macros and Figure 2-11 shows some Branch- 
ing macros. Studying the four kinds of macros should enable you to determine what portion of the 
MACRO.MIC file to reference for any macro in the microcode listing. 
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vC-C 


; CPTD.MCR 
? MACRO.MIC 


eTOC " Basic Macros" 


CCOP1 

CCOP2 

CLEAR ADD1(FLAGO) 
CLEAR ADD2(FLAG1) 
CLEAR ARITH TRAPS 
CLEAR BOOTC(FLAG MMNOI 
CLEAR FLAGO 

CLEAR FLAG! 

CLEAR FLAG2 

CLEAR FLAG3 

CLEAR FLAG4 

CLEAR FP TRAPS 
CLEAR FPACFLAGO) 
CLEAR FPD 

CLEAR GFLOATCFLAG4) 
CLEAR MM,.NOINT 
CLEAR MOPZEROCFLAG1) 
CLEAR MULIC(CFLAG2) 
CLEAR MUL2(FLAG3) 
CLEAR OPZEROCFLAG3) 
CLEAR OVER(FLAG2) 
CLEAR POPIC(FLAG4) 
CLEAR READ(CFLAG1) 
CLEAR REGINT(FLAG1) 
CLEAR SAMESIGN(FLAG4) 
CLEAR STACK FLAG 
CLEAR SUBCFLAG1) 
CLEAR TP 

CLFAR WRITECFLAG1) 
CLOBBER MTEMPO 
CLOBBER MTEMPO DEF 


DEC STEPC 

DIVDA SOR IN RO) 
DIVDS SOR IN RO) 
DIVFAST+ SOR IN RO] 
DIVFAST= SOR IN RO) 


FLUSH XB 
FPAWAIT 
FORCE 32 BITS OF VA 
FORCE CACHE PAPITY 


IO RESET 
IRD1 
IRDITEST 
TIRDX C) 
ISIZE() 


MULFAST+ CAND IN Rf]J 
MULFAST= CAND IN PC] 


NOP 


MICRO2 1H(17) 4-nOV=-80 08:46:25 CLOKX Rev @e@eRe, 
Basic Macros 


"CC/CCOP1.CCBRISIGND" 
"CC/CCOP2.CCBRISIGND" 
"MISC/CLR.FLAGO" 
"MISC/CLR.FLAGI" 
"CCMISC/WBLATCR.~CCBRUSIGND" 
NT) "MISC/CLR.MMNOINT" 
"MISC/CLR.FLAGO" 
"MISC/CLR.FLAG1" 
“MISC/CLR.FLAG2" 
"MISC/CLR.FLAG3" 
"MISC/CLRMMNOINT" 
"wCTRL/FPTCR" 
"MISC/CLR.FLAGO" 
"MISC/CLR.FPD" 
"MISC/CLR.MMNOINT" 
"MISC/CLR.MMNOINT" 
*MISC/CLR.FLAGI" 
"MISC/CLR.FLAG2" 
"MISC/CLR.FLAG3" 
"MISC/CLR.FLAG3" 
"MISC/CLR.FLAG2" 
"MISC/CLR.MMNOINT" 
"MISC/CLR.FLAGiI" 
"MISC/CLR.FLAGI" 
"MISC/CLR.MMNOINT" 
"MISC/CLR.STACKFLG" 
"MISC/CLR.FLAGI" 
“MISC/CLR.TP" 
“MISC/CLR.FLAG1" 
"MSRC/TEMPO,SPW/MLONG" 
"SPW/MLONG" 


"MISC/DEC.SC" 
"ALPCTL/DIVDA,RSRC/@1,ROT/0" 
“ALPCTL/DIVDS,RSRC/@1,ROT/0" 
"ALPCTL/DIVFAST+,RSRC/@1,ROT/0" 
"ALPCTL/DIVFAST=,RSRC/@1,ROT/0" 


"WCTRL/PC.WB,WBUMEPC]" 
“LIT/FPAWAIT" 
“BUS/PRB.RD,VSIZE/1i" 
"WISC/FORCE.CACHE,VSIZE/1" 


"“BUS/IOINIT" 

"BUT/IRD1,NFXT/3F9" : 3F9 = IE.IRD1.ERROR 
“BUT/IRDITST" 

"BUT/IRDX,NEXT/@1" 
"ISTRM/ISIZELDSIZE,VSIZE/1,DTYPE/@1" 


"ALPCTL/MULFAST+,RSRC/@1,ROT/0" 
"ALPCTL/MULFAST#=,RSRC/@1,ROT/0" 


"ALPCTL/NOP" 


Figure 2-8 Basic Macros 


Clock rate 


7??ns 


Paqe 


76 


Sc-C 


; CPTD.MCR MICRO2 
: MACRO.MIC 

$4126 eTOC " Bus Function Macros" 
24127 

34128 READ 

24129 READ.LONG 

74130 READ.LONG.MOD 

34131 READ.MOD 

24132 READ.MOD.LOCK 

24133 READ.NOTRAP 

74134 READ. PHY 

74135 READ.SECOND 

24136 

24137 WRITE 

74138 WRITE (Mf) RO)).RR.4 
24139 WRITE -M() 

34140 WRITE =Q 

274141 WRITE CVTNP(M()) 
74142 WRITE CVTPN(M[)) 
34143 WRITE D+R()+ALKC 
74144 WRITE D.OR.ZLIT28() 
34145 WRITE MC) 

24146 WRITE M()+PSLC 

34147 WRITE M{]+0 

34148 WRITE M[])+04+PSLC 
24149 WRITE M{J=PSLC 

34150 WRITE M(J)=-Q 

74151 WRITE M(J-Q=PSLC 
74152 WRITE M(]).AND.ZLITOC) 
74153 WRITE M{J].ANDNOT.Q 
34154 WRITE M().ANDNOT.RO) 
34155 WRITE MC) .ANONOT.ZLIT8([) 
74156 WRITE M().OR.Q 

24157 WRITE M(C).OR.RO] 
74158 WRITE MC().OR.ZLITOOC] 
74159 WRITE M().OR.ZLIT28() 
74160 WRITE M().RR.P 

24161 WRITE M().SL.1 

34162 WRITE M().XOR.9 

34163 WRITE MC] .XZ 

74164 WRITE NOTREG 

74165 WRITE Q 

24166 WRITE Q.NOT 

34167 WRITE Q.(Q.SL.1).0R.1 
74168 WRITE RJ 

74169 WRITE R£)4+CONX(4) 
24170 WRITE ROC) =D-ALKC 
24171 WRITE R{)-M() 

34172 WRITE R{J-M[] 1 

24173 WRITE XB PC.PC+1 
34174 

34175 WRITE XB PC.PC+4 
24176 

34177 WRITE ZLITOL]) 

34178 WRITE.LONG 

24179 

74180 WRITE.LONG D 
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Bus Function Macros 


"BUS/READ" 
"BUS/READ.LNG" 
"BUS/READ.LNG.MOD" 
"BUS/READ.MOD" 
"BUS/READ.MOD.LCK" 
"BUS/READ.NT" 
"BUS/READ.PHY" 
"BUS/READ.SEC" 


"BUS/WRITE,WCTRL/WDRWB" 
"BUS/WRITE,WCTRL/WDR.WB,MSRC/@1,RSRC/@2,ALPCTL/WX.S,ROT/RR.MR. 4" 
"BUS/WRITE,WCTRL/WDRIWR,MSRC/@1,RSRC/ZERO,ALU/BeAmCI,ALUCI/ZERO,MUX/M.R1" 
"BUS/WRITE,WCTRL/#DROWB,MUX/R.O,RSRC/ZFRO,ALU/A-B-CI,ALUCI/ZERO" 
“BUS/WRITE,WCTRI/WDRIWB, 4MSRC/@1,ALU/A+B4C1.BCD,MUX/R.S,RSRC/ZERO, ROT/CVINP" 
"BUS/WRITE,WCTRL/WDRIWB,MSRC/@1,RSRC/TEMPO,ALPCTL/WX.S,ROT/CVTPN" 
“BUS/WRITE,WCTRL/WDRIWB,RSRC/@1,MUX/D.R1,ALU/A+B+CI,ALUCI/ALKC" 
"BUS/WRITE,WCTRL/WDR.WB,MUX/D.S,ROT/ZLIT28,LIT/LITRL,LITRL/@1,ALU/OR" 
"BUS/WRITE,WCTRL/WDRIWR,MSRC/@1,ALU/0OR,MUX/M.S,ROT/ZERO" 

“BUS/WRITE ,WCTRL/WDRIWB,MSRC/@1,RSRC/ZERO, MUX/M,R1,ALU/A+B+CI,ALUCI/PSLC" 
"BUS/WRITE,WCTRL/WDRIWB,MSRC/@1 ,4UX/M.Q1,ALU/A4B+CI" 
"BUS/WRITE,WCTRL/WDRiWB,MSRC/@1,MUX/M.Q1,ALU/A4B4CI ,ALUCI/PSLC" 
"BUS/WRITE,WCTRL/WDRIWB,MSRC/@1,RSRC/ZERO,MUX/M.R1,ALU/A=BeCI,ALUCI/PSLC" 
"BUS/WRITE,WCTRL/WDRIWB,MSRC/@1,MUX/M.Q1,ALU/A=B=CI" 
"BUS/WRITE,WCTRL/WDRIWB,MSRC/@1,MUX/M.Q1,ALU/A"B=CI,ALUCI/PSLC" 
"BUS/WRITE,WCTRL/WDR_WB,MSRC/@1,LIT/LITRL,LITRL/@2,ROT/ZLITO,MUX/M.S,ALU/AND" 
"BUS/WRITE,WCTRL/WDRuIWR,MSRC/@1,MUX/M.Q1,ALU/ANDNOT" 
"RUS/WRITE,WCTRL/WDRIWB,MSRC/@1,RSRC/@2,ALU/ANDNOT,MUX/M.R1i" 
“BUS/WRITE,WCTRL/WOR_WB,MSRC/@1,LIT/LITRL,LITRL/@2,ROT/ZLITS,MUX/M.S,ALU/ANDNOT" 
"BUS/WRITE,WCTRL/WDR_WB,MSRC/R1 ,MUX/M.Q1,ALU/0OR" 
"BUS/WRITE,WCTRL/WDRWB,MSRC/@1,RSRC/@2,ALU/0R,MUX/M.R1" 
"BUS/WRITE,WCTRL/WDRIWB,ALU/OR,MUX/M.S,MSRC/@1,ROT/ZLITO,LIT/LITRL,LITRL/@2" 
"BUS/WRITE,WCTRL/WDRIWB,ALU/OR,MUX/M.S,MSRC/@1,ROT/ZLIT28,LIT/LITRL,LITRL/@2" 
“BUS/WRITE,WCTRL/WDRiWB,MSRC/@Q1,ROT/RRMM.P,ALPCTL/WX.S" 
"“BUS/WRITE,WCTRL/WDROWB,MSRC/@1,ROT/ZERO,MUX/M.S,ALU/A+B+CI.SL" 
“BUS/WRITE,WCTRL/WDRIWB,MSRC/@1,MUX/M.Q1,ALU/XOR" 
"BUS/WRITE,WCTRL/WDRIWB,MSRC/@1,ALPCTL/WX.S,ROT/XZ.MM" 

"BUS/WRITE.NOREG, WCTRL/WDR_WB" 
"BUS/WRITE,WCTRL/WDRIWB,RSRC/ZERO,MUX/R.Q,ALU/OR" 
"BUS/WRITE,WCTRL/WDRIWB,RSRC/ZERO, MUX/R.Q,ALU/A@BeCI,ALUCI/ONE"” 
"BUS/WRITE,WCTRL/WDRIWB,DQ1/Q.WX ,ALU/A+B+CI.SL,MUX/R.Q,RSRC/ZERO, ALUSHF/ONE" 
"BUS/WRITE,WCTRL/WDRIWB,RSRC/@Q1,ALU/OR,MUX/R.S,ROT/ZERO" 


"BUS/WRITE,WCTRL/WDR.WB,RSRC/@1,ALU/A+B4CI,MUX/R.S,ROT/CONX.SIZ, VSIZE/1,DTYPE/LONG" 


"BUS/WRITE,WCTRL/WDRIWB,RSRC/@1,MUX/D.R1,ALU/B=AeCI,ALUCI/ALKC" 
"BUS/WRITE,WCTRL/WDRoWB,MSRC/@2,RSRC/@Q1,ALU/BeA-CI,MUX/M,.RiI" 
"BUS/WRITE,WCTRL/WDRoWB,MSRC/@2,RSRC/@1,ALU/B=A=CI,MUX/M.R1,ALUCI/ONE" 
“BUS/WRITE,WCTRL/WDR.WB,MSRC/XB,.PC.PC+I,ROT/ZERO,ALU/OR,MUX/M.S, 

ISTRM/ISIZE.DSIZE,VSIZE/1,DTYPE/BYTE" 
"BUS/WRITE,WCTRL/WDR.WB,MSRC/XB.PC..PC+I,ROT/ZERO,ALU/OR, MUX/M.S, 

ISTRM/ISIZE.DSIZE,VSIZE/1,DTYPE/LONG" 
"BUS/WRITE,WCTRL/WDRIWR,ALPCTL/WX.S,ROT/ZLITO,LIT/LITRL,LITRL/@i" 
"BUS/WRITE.LNG,WCTRL/WDR.WB.UR" 


"BUS/WRITE .LNG, WCTRL/WORLWB.LUR,RSRC/ZERO,MUX/D.R1,ALU/OR" 


Figure 2-9 Bus Function Macros 
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; CPTD.MCR 
z MACRO.MIC 


MICRO2 
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TOC “ Reaister Transfer Macros" 


ALUS.BCD SIGN.ZERO 
ALUS.BCD SIGN.ZERO(M()) 
ALUS.SIGND 

ALUS.UNSGN 
ASTLVL.M()].RL.24 
ASTLVLARC] MC) 
ASTLVL.[] 


BUS GRANT MC) .IPL 


CC..FPA 

CC.MC) 

CC.MC) NOTAND.PRO) 
CC.MC].OR.RE) 
CC.M(].OR.ZLITOC) 
CC.M().XOR.ZLITOC) 
CC.M().MB.AND.ZLITO[) 
CC.4CI.MB.ANDNOT.CONX(1) 
CC..¥ (J) .MB.ANDNOT.CONX (4) 
CC..MC).MB.OR.CONX(1) 
CC.M(CJLZLIITOC) 

CCRC) 

CC.ZLITOC) 

cc.0) 


CONREGS DIM (JRO) 
CONREGS.M(] 
CONREGS_M().OR.ZLIT16() 
CONREGS.M(J) .RR.16 
CONREGS.M() RC] 
CONREGS.RIEJ 
CONREGS.ZLIT16[() 


CPARJZLIT16() 


D(OD).ZLITOC) 

D-(MCJ RO)).RR.9 
Di~€*C() R()).RR.P 
Do€CMCJ]+CONX(2)).SR.1 
DwC(MC).RReP).AND.ROGJ 
D~(R(J) MC(1).RL.P 
D~(R0&}+CONX(2)).SR.1 
D=1 

D~CONX.SIZ 

D.D+RO) 

D.D+R OC) +ALKC 
D.D+ZLITO() 

D.D=1 

D.D=CONX(2) 
D~D=CONX (4) 

DDR) 

D.D=ZLITO() 
D.jwD.AND.ZLITOC) 


"CCMISC/ALUS.DSDZ.CCBRIALUS" 

"CCMISC/ALUS..DSDZ.CCBRIALUS ,MSRC/@1,RSRC/ZERO,ALU/OR,MUX/M,Ri" 
"CCMISC/ALUS.SIGND,.CCBRJALUS" 

"CCMISC/ALUS.UNSGN.CCBRIALUS" 
"“WCTRL/ASTLVL.WB,ALPCTL/WX.S,MSRC/@1,ROT/RReMM.SIZ,VSIZE/1,DTYPE/BYTE" 
"WCTRL/ASTLVLIWB,SPW/RLONG, RSRC/81,ALII/OR,MUX/M.S,ROT/ZERO,MSRC/@2" 
"WCTRL/ASTLVL.WB,LITRL/@1,LIT/LITRL,ROT/ZLIT24,ALPCTL/WX.S" 


"BUS/GRANT,WCTRL/GRANT,SPW/MLONG, MSRC/@1" 


"CCPSL/CC.4¥B.CCBRIALUS,FPA/WBUS.FPA.CC” 
"CCPSL/CCLWR.CCBRIALUS, ALU/OR, MUX/M.S,MSRC/@1,ROT/ZERO" 

"CCPSL/CC.WB.CCBRIALUS ,MSRC/@1,RSRC/O82,MUX/M.R1,ALU/NOTAND" 
"CCPSL/CC.WB.CCBRIALUS,MSRC/@1,RSRC/@Q2,MUX/M.R1,ALU/OR" 
"CCPSL/CC.WB.CCBRIALUS,MSRC/@1,ROT/ZLITO,LIT/LITRL,LITRL/@2,MUX/M.S,ALU/OR" 
"CCPSL/CC_W8.CCBRIALUS ,MSRC/@1,ROT/ZLITO,LIT/LITRL,LITRL/@2,MUX/M.S,ALU/XOR" 
"CCPSL/CC.WB.CCBRIALUS,MSRC/@1,SPW/MLONG, ALU/AND,MUX/M.S,ROT/ZLITO,LIT/LITRL,LITRL/@2" 
"CCPSL/CC.WB.CCBRIALUS,ALU/ANDNOT,MUX/M.S,SPW/MLONG,MSRC/@1,ROT/CONX.SIZ,VSIZE/1,0TYPE/BYTE® 
"CCPSL/CCuWB.CCRRIALUS,ALU/ANDNOT,MUX/M.S,SPW/MLONG, MSRC/@1,ROT/CONX.SIZ,VSIZE/1,0TYPE/LONG® 
"CCPSL/CC.WB.CCBRIALUS, ALU/OR, MUX/M.S,SPW/MLONG,MSRC/ai1,ROT/CONX.SIZ,VSIZE/1,DTYPE/BYTE" 
"CCPSL/CCLWA.CCBRIALUS, SPW/MLONG, MSRC/@1 ,ALPCTL/WX.S,ROT/ZLITO,LIT/LITRL,LITRL/@2" 
"CCPSL/CC.WB.CCRRIALUS, ALU/OR, ¥UX/R.S,RSKC/@1,ROT/ZERO" 

"CCPSL/CC.WB.CCAR.ALUS ,ALPCTL/WXS,ROT/ZLITO,LIT/LITRL,LITRL/@1" 

"CCPSL/CC.WB.CCBR.ALUS, ALPCTL/WX_-S,ROT/ZL1I10,LIT/LITRL,LITRL/@1" 


“wCTRL/CONWRITE,MSRC/@1,SPW/MLONG, ALU /OR,MUX/R.S,ROT/ZERO,RSRC/@2,001/D.WX" 
"WCTRL/CONWRITE,WBuM(@1J" 
"“WCTRL/CONWRITE,ALU/CR,MUX/M.S,MSRC/@1,ROT/ZLITI6,LIT/LITRL,LITRL/@2" 
"wCTRL/CONWRITE,ROT/RRMM.SIZ,VSIZE/1 ,DTYPE/WORD,MSRC/@1,ALPCTL/WX.S" 
“WCTRL/CONWRITE,MSRC/@1,SPW/MLONG, RSRC/@2,MUX/R.S,ALU/OR, ROT/ZERO" 
"WCTRL/CONWRITE,RSRC/®1,4UX/R.S,ALU/OR,ROT/ZERO" 
"“wCTRL/CONWRITE,ALPCTL/WXLS,ROT/ZLIT16,LIT/LITRL,LITRL/@1" 


"“wCTRL/LOADCRAR, LITRL/@1 ,LIT/LITRL,ROT/ZLIT16,ALPCTL/WX.S" 


"DOL1/DoWX,ROT/ZLITO,LUT/LITRL,LITRL/@L,ALU0D/OR.O0D,MUX/Z.S" 
"DQ1/DIWX,ALPCTL/WXDuS,MSRC/#1,RSRC/82,ROT/RR.MR.9" 
"ALPCTL/WXDIS,MSRC/@1,RSRC/@2,ROT/RR MRP" 
"DO1/DoWX,ALU/A+B+CI.SR,MUX/M.S,MSRC/O61,ROT/CONX.SIZ,VSIZE/1,DTYPE/WORD" 
"NQ1/DoWX,MSRC/@1,RSRC/@2,ROT/RR4MLP,ALU/AND,MUX/R.S" 
"ALPCTI./WXlN2S,MSRC/@2,RSRC/81,ROT/RLPM.P" 

"DG1/DoWX ,ALU/A4B4CI.SR,MUX/R.S,RSRC/@1,ROT/CONX.SIZ,VSIZE/1,DTYPE/WORD" 
"ALPCTL/WX.0JS,ROT/MINUS1" 

"ALPCTL/WX.D.S,ROT/CONX.SIZ" 

"DQ1/D.WX,RSRC/@1,MUX/D.R1,ALU/A+R4+CI" 
"DO1/DIWX,RSRC/@1,MUX/D.R1,ALU/A+B4+CI,ALUCI/ALKC" 
"DO1/D.KWX,MUX/D.S,ALU/AtB+CI,ROT/ZLITO,LIT/LITRL,LITRL/AL" 
*"DQ1/DIWX,ALNN/A+B4CI,MUX/D.S,RCT/MINUS1I" 

"DQ1/DWX ,ALU/A@B=CI,MUX/D.S,ROT/CONX SIZ, VSIZE/1,DTYPF/WORD" 

"DQ1/D.¥X ,ALU/A@BeCI,MUX/D.S,ROT/CONX.SIZ,VSIZE/1,0TYPE/LONG" 
"DOL/DoOWX,RSRC/@1,MUX/D.R1,ALU/A=B=CI" 
"DOL1/D.wWX,LIT/LITRL,LITRL/@1,ROT/ZLITO,MUX/D.S,ALU/A=B=CI" 
"NOAL/DIWX,ALU/AND, MUX/D.S,ROT/ZLITO,LIT/LITRL,LITRL/@1" 


Figure 2-10 Register Transfer Macros 
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(METEMP3J)-SL)BYTE RANGE CHECK? "BUT/SRKSTA,MSRC/@1,MUX/M.S,ALU/A@=B=CI,ROT/SL" 


(PL+SL).GT.32? 


ABSVAL M{]<7=-0>? 

ACLO FPLOCK? 
ADDICFLAGO)? 

ADD2(FLAG1) ADDICFLAGO)? 
ALKC? 

ALLOW INT? 

ALUS? 

ALUS.UNSGN OLDALUS? 
ASCII SIGN(M([))? 


BCD CHECK? 

BCD CHECK M(]? 

BCD SIGN M()}? 

BCD SIGN.ZEKO? 

BCD SIGN.ZFROCDEF)? 


BINARY LOAD? 
BOOT( FLAG MMNOINT)? 
BRA ON ADD? 


CCOP1i SIGND? 


CCOP2 SIGND CMP .NOT.IRO? 


CC.ZLITOC) ALUS? 
CHECK INTERRUPTS? 
CMP SIGNS? 

COUNT OR INT TIMER? 


DIVIDEND SIGN? 
DBZ STEPC? 
OSIZE? 


EMODH(FLAG4)? 
EXPONENT RANGE? 


FLAGO? 

FLAG] (FLAG2.XOR.FLAG3)? 
FLAG1? 
FLAG2? 
FLAG3? 
FLAG4? 
FLAG<1=0>? 
FLAG<2=0>? 
FPA PRESENT? 
FPA(FLAGO)? 
FPD? 

FPS1? 

FPS2? 

FPS3? 
FRO.FLTZ? 


"BUT/SRKSTA,ROTSRK/VIELD.000" 


"RUT/SRKSTA,ROT/PMINUS1 ,MSRC/@1,MUX/M.S,ALU/AND" 

"BUT/FPS3" 

"BUT/FLAGO" 

"BUT/FLAGITOU”" 

"BUT/WBUS31T030,ALPCTL/WBLALUF" 

"BUT/CCBRL.INT=TS" 

"BUT/CCBR,CC/NOP.CCBR.ALUS" 

"“BUT/CCBR,CCMISC/ALUS.UNSGN.CCBRIALUS" 
"BUT/SRKSTA,MSRC/@1,RSRC/ZERO,ALU/OR,MUX/M.R1,ROTSRK/ASCIISIGN.073" 


"BUT/BCDCHK" 
"BUT/BCDCHK,MSRC/@1,ALU/A+B+CI.BCD,MUX/R.S,RSRC/ZERO, ROT/CVTNP" 
"BUT/SRKSTA,ROT/BCDSWP,MSRC/A1" 

"RUT/CCBR,CC/NOP.CCBR.ALUS" 

"BUT/CCBR" 


"BUT/CCBR,CC/NOP.CCBRIALUS" 
*"BUT/MM.NOINT" 
"BUT/BRA.ON.ADD" 


"“BUT/CCBR,CC/CCOP1.CCBR.SIGND" 

“PBUT/CCBR1.CCBRO.IRO,CC/CCOP2.CCBR.SIGND" 
“BUT/CCBR,CCPSL/CC_.WB.CCRRALUS,LIT/LITRL,LITRL/@1,ROT/ZLITO,ALPCTL/WXS* 
"“BUT/CCBR1.INT=TS,VSIZE/1,DTYPE/LONG" 

"BUT/CCBR,CCMISC/NOP..CCBR.CSIGNS" 

"BUT/CCBR1i.INT=TS" 


"MSRC/TEMP1,BUT/FRO.FLTZ" 
"BUT/DBZ.SC" 
"RUT/DSIZE" 


"BUT/MM.NOINT" 
"BUT/SRKSTA" 


"BUT/FLAGO" 
“BUT/F1.XOR23" 
“BUT/FLAG1" 
"BUT/FLAG2" 
"BUT/FLAG3" 
“BUT/MM .NOINT" 
"BUT/FLAG1TOO" 
"BUT/FLAG2TOO" 
"BUT/NO.FPA" 
“BUT/FLAGO" 
"BUT/FPD" 
"BUT/FPS1" 
"BUT/FPS2" 
"“BUT/FPS3" 
"“BUT/FRO.FLTZ" 


Figure 2-11 Branching Macros 
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2.2.2 Macro Expansion Decoding 

To repair the CPU, it may be necessary to translate the macro expansions back to binary data. The 
procedure to obtain the binary value consists of two steps. The first step is to determine the type of 
macro (Basic, Register Transfer, Branching, or Bus) and locate the macro in the MACRO.MIC file of 
the microcode listing. The second step is to trace each field value back to the DEFIN.MIC file and 
locate the binary data. This procedure is used to scope the logic to isolate a failure. An example is 
shown in the following figures, with the appropriate portion of the MACRO.MIC and DEFIN.MIC 
files reproduced. 


Refer to the macro expansion in the box with the number 1 in Figure 2-12. This macro came from INIT 
microroutine as it appeared in CMT049. The macro is as follows. 


LONLIT—[41F0000], 
or 
LONLIT “gets the constant” [41 F0000] 


Reproduced in Figure 2-13 is the portion the MACRO.MIC file that defines the macro LONLIT—_]]. 
The macro is written so that the contents within the brackets “[]” is user-defined. The macro definition 
is set up so that the content of the LONLIT field is a dummy argument. When the user micro- 
programmer specifies the macro LONLIT—[], the LONLIT field can be anything. 


LONLIT_[] “LIT/LONLIT,LONLIT<.NOT[<LONLIT/@1>]>” 


This macro defines the LIT field as LONLIT and the LONLIT field as the complement of the user- 
defined constant that is represented by the symbol “@1”. The LONLIT register is loaded from the 
control store output in bit positons <62:31>. It is necessary to complement the data because the RBus 
is driven to true low. Knowing the macro definition, one can locate the binary data in the LIT field of 
the DEFIN.MIC file. A portion of the DEFIN.MIC file with the LIT and LONLIT field definitions is 
reproduced in Figure 2-14. The LIT and LONLIT fields are boxed. The binary data for the LIT field is 
shown below 


LIT/LONLIT where LONLIT is equal to 3 


The LONLIT field would contain the complement of 041F0000, which is FBEOFFFF in bit positions 
<62:31>. This cannot be read directly from the binary shown in Figure 2-12 since LONLIT field is 
offset by 1 bit. Right-shifting FBEOFFFF one bit position yields 7DF87FFF, which is clearly visible in 
the binary output shown on the left side of Figure 2-12. 


Figure 2-15 shows another macro. This can be identified as a Basic macro since it does not show the 
characteristics of Transfer, Bus, or Branching macros. The macro states the following. 


CLEAR FLAGI, 
This clears status flag 1 in the microsequencer logic. Again, this is one of the firmware designer’s mi- 
croprogramming aids that can be used for microbranching tests. It instructs to clear status flag 1. Fig- 


ure 2-16 shows the appropriate portion of the MACRO.MIC file, where the macro is defined as follows. 


CLEAR FLAGI “MISC/CLR.” 


2-28 
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; CPTD.MCR 
; INIT.MIC 


U 87B, 


U 87C, 


7800,7DF0,7FFF,8470,087E 


0080,5BE4,0BD8,4870,0001 


MICRO2 


76372 
76373 
76374 
76375 
76376 
26377 
76378 
36379 
76380 
76381 
76382 
26363 
76384 
76385 
76386 
76387 
76388 
76389 
76390 
76391 
26392 
26393 
76394 
76395 
76396 
76397 
26398 
76399 
76400 
76401 
26402 
76403 
76404 
76405 
76406 
76407 
76408 
26409 
76410 
76411 
76412 
76413 
76414 
26415 
76416 
#6417 
76418 
76419 
76420 
76421 
76422 
76423 
76424 
76425 
26426 


1H(17) 4=-NOV-80 08:46:25 CLOKX Rev @e@ee@, Clock rate = ???ns Page 
Initialize Microcode for the Console and Power up 


eTOC *" Initialize Microcode for the Console and Power up" 


CREEK EERE EE REE EEE KEE EERE EEE EERE EKER EERE EKER SEER ERE EERE ES EKEERERE EERE EK ERE 
INIT.MIC INITIALIZATION IS CALLED BY THE CONSOLE AND AT POWER UP, 
RESOURCES LONLIT 
FLAG2 CLEAR IF POWER UP 
SET IF CONSOLE 
FLAGO wHETHER OR NOT POWER UP 


CRAR 
DREG 
VA 
OUTPUT PSL 41F0000 

IPL iF 
SCBB “1 (CAT POWER UP ONLY) 
ASTLVL 4 
SISR 0 
FPDOFFSET 3 

** RCSR 0 

** XCSR<6> 0 

** MME O (SET WHEN PRINIT) 
PME 0 
CACHE INVALIDATED 

INVALIDATED 

** ICCS 0 
PC 0 
XB FLUSHED WHEN PC.0 
SOFTIPR 0 
PROCESS INIT IS ALSO DONE 

SUBROUTINES IN.CLR.CACHE.ROUT CLEARS THE CACHE 


MP.MTPR.TBIA20 CLEARS THE TB 


** I ASSUME RXCS IN THE SRM IS THE SAME AS RCSR IN DEFIN. 


AND TXCS IN THE SRM IS THE SAME AS XCSR IN DEFIN, 
AND MAPEN IN THF SRM IS THE SAME AS MME IN DEFIN. 
AND ICCS IN THE SRM IS THE SAME AS TCSR IN DEFIN, 


A PROCESS INIT BUS FUNCTION IS DONE. 

EVERYTHING ELSF MENTIONED IN THE SRM SECTION 9,7 

IS EITHER INITIALIZED BY THE HARDWARE OR UNPREDICTABLE. 
BREE KEKE EE REE EERE EERE RE EEK EEE EER EERE ERE E ERR REE EERE EER ERS EEE KERS 
IN.INIT?S 


4 Ses eB ee eSB as eZee B eee See Sees > 


LONLITO(41F 0000] a) *LONLIT GETS 41F0000 


we Ve Ve Ce Ye Ce Te YO Ve “SH Te Ye Ye Ve VO Ne Ye Ve TS Ye Ve Ve Ve Ve We YS Te Ve Yo TSO Ye Ye Yo Ve Te Ve e 


NEXT/IN.PSL.LONLIT ;GOTO REG FLOW 
IN.PCL0: 

2 See Fee erase nee ees eaweBeeeeeTee 5 

PC_RIZERQ], #PC GETS 0 

CLEAR FLAG1, ;FOR CHARLIF*’S CLEAR TB SUBR 

PETURN [1] ;RETURN+1 


Figure 2-12 Labels and Macro Expansions 
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Ot-C 


3 CPTD.MCR 
3 MACRO.MIC 


34346 
24347 
74348 
24349 
34350 
74351 
24352 
34353 
74354 
34355 
74356 
74357 
24358 
24359 
34360 
34361 
24362 
34363 
24364 


FPA. ENABLE.M(CJ).RR.P 
FPA.MB M().RC]J 
FPA.M(C] 

FPAUM(C) FPALWBuR[]=0 
FPA.MC) MDR.RC) 
FPA.Q.MDR MTEMPO.R(] 
FPA.Q.M() 

FPA.Q.M(} MDRuWQ 
FPAWQ.M(C) MDR.RC] 
FPA.QoMC) .LITNXT 
FPALO_M() VAIR() 
FPA.R(}].SIZM(CJ 
FPA.WRC) ML) 
FPA.WB.R(}=0 


INIR.M(J]—O 
IPL.M(].RL.16 
IPL.CJ 


34366 
34367 
74368 
34369 
34370 
24371 
34372 
34373 
34374 
34375 
34376 
34377 
34378 
34379 
34380 
34381 
24382 
34383 
34384 
34385 
24386 
34387 
24388 
24389 
34390 
24391 
24392 
24393 
34394 
34395 
34396 
34397 
34398 
24399 
34400 


MBoMCJ 

MDRu(ME£) RC]).RR.9 
MDR.(MC) RCO])RRP 
MDRu=1 

MDRo=@M0) 

MDR.O 

MDR.M[C) 

MDR.MC) ¢ALKC 

MDR.M() +CONX(1) 
MDR..MCJ+ROC} +ALKC 
MDR.M{) -CONX.SIZ 
MDR.M() .AND.OLITS8() 
MDR.MC) AND. ZLITOC]) 
MDR.M[] .ANDNOT.ROJ 
MDR.M(CJ) .ANDNOT.ZLITOC) 
MDR.M(J].ASR.P 
MDR.MC).FPLIT 
MDRoMC).OR.CROE).RR.24) 
MDR.M(C) .OR.CVINPC(R()) 
MDR.MC).OR.RO) 
MDR.M().OR.ZLIT24() 
MDRoMC)].RL.16 
MDRoMC) .RL.24 
MDR.M(]).RL.8 
MDRoMCJ).RL.9 
MDR.MC().RR.16 
MDR.M().XOR.ROCJ 
MDRoM().XOR.ZLIT1I2 0) 
MDRoM(J] ORC) 
MDRoM(C).RC).RR16 
MDRoM()ZLITOC) 
MDR..Q 

MDRuQ QJM) 
MDR.Q.M (J 


MICRO2 1H(17) 4-NOV=80 08:46:25 


Register Transfer Macros 


CLOKX Rev @ae@e@, Clock rate = ???ns Page 


"WCTRL/FPA.ENABLE.WBS,ALPCTL/WX.S,ROT/RRoMMeP,MSRC/@1" 
"FPA/FPALDATA.MBUS,MSRC/@1,SPW/MLONG, RSRC/@2,MUX/R.S,ROT/ZERO, ALU/OR" 
"FPA/FPA.DATA.MBUS,MSRC/@1" 
"FPA/FPALMBUS.FPALWBUS,MSRC/@1,RSRC/@2,MUX/R.S,ALU/A=BeCI,ROT/ZERO" 
"FPA/FPA.DATA,MBUS,MSRC/@1,WCTRL/MOR.WB,ALU/OR,MUX/R.S,ROT/ZERO,RSRC/@2" 
"FPA/FPA.DATA.MBUS,SPW/MLONG,MSRC/MDR,RSRC/@1,ALPCTL/WX.R.QOUM" 
"FPA/FPALDATA.MBUS,MSRC/@1,MUX/M.S,ALU/OR, ROT/ZERO,DQ1/0.WX" 
"FPA/FPAJDATA.MBUS,WCTRL/MDR.WB,MSRC/@Q1,ALPCTL/WX.Q.Q.M" 
“FPA/FPADATA.MBUS,ALPCTL/WXR.QoM,WCTRL/MDRiWB,MSRC/@1,RSRC/@Q2" 
"FPA/FPAWMBUS.LITNXT,MSRC/@1i ,MUX/M.S,ALU/OR, ROT/ZERO,DQ1/Q.WX" 
“FPA/FPA.DATA.MBUS, ALPCTL/WX.R.OuM,MSRC/@1,RSRC/@2,WCTRL/VAWB" 
"“FPA/FPALDATA.MBUS,RSRC/@1,SPW/RSIZE,ALU/OR,MUX/M.S,ROT/ZERO,MSRC/@2" 
"FPA/FPALDATA.MBUS,RSRC/@1,MSRC/@2,ROT/ZERO,SPW/RLONG, MUX/M.S,ALU/OR" 
"FPA/FPALDATA.WRUS,RSRC/®1 ,MUX/R.S,ALU/A=B=CI,ROT/ZERO" 


"WCTRL/INIRIWB,MSRC/@1,SPW/MLONG, ALU/OR,MUX/R.Q,RSRC/ZERO" 
"WCTRL/IPL.WB,ALPCTL/WX.S,MSRC/@1,ROT/RRMMSIZ,VSIZE/1,DTYPE/WORD" 
"WCTRL/IPLIWB,ALPCTL/WX.S,ROT/ZLIT16,LIT/LITRL,LITRL/@1" 


"LIT/LONLIT,LONLIT/<.NOT(<LONLIT/@Q1>) >" (2) LOCATE IN DEFINE FILE 


"MSRC/@1" 

"WCTRL/MDRIWB,MSRC/@1,RSRC/@2,ROT/RRMR.9,ALPCTL/WX.S" 
“WCTRL/MDR.WB,MSRC/@Q1,RSRC/@2,ROT/RReMRP,ALPCTL/WX.S" 
"WCTRL/MDRIWB,ROT/MINUS1 , ALPCTL/WX.S" 
*“WCTRL/MDRIWB,MSRC/@1,ALU/B-A"=CI,ALUCI/ZERO,RSRC/ZERO, MUX/M.R1" 
"WCTRL/MDR.O" 

"WCTRL/MDR.WB,MSRC/@1,RSRC/ZERO, MUX/M.R1,ALU/OR" 
"“WCTRL/MDR.WB,MSRC/@1,ALU/A4B+CI,ALUCI/ALKC,RSRC/ZERO,MUX/M,R1" 
"WCTRL/MDR_WB,MSRC/@1,ROT/CONX.SIZ,VSIZE/1,DTYPE/BYTE,ALU/A+B+CI ,MUX/M.S" 
"WCTRL/MDR.WB,MSRC/@1,RSRC/@2,MUX/M.R1,ALU/A+B+CI,ALUCI/ALKC" 
"WCTRL/MDRIWB,MSRC/@1,ALU/A=B=CI,ROT/CONX.SIZ,MUX/M.S" 
"WCTRL/MDRIWB,MSRC/@1,LIT/LITRL,LITRL/@2,ROT/OLITS8,MUX/M.S,ALU/AND" 
"WCTRL/MDRIWB,MSRC/@1,LIT/LITRL,LITRL/@2,ROT/ZLITO,MUX/M.S,ALU/AND" 
"WCTRL/MDRIWB,MSRC/@1,RSRC/@2,MUX/M.R1,ALU/ANDNOT" 
“WCTRL/MDRIWB,MSRC/@1,LIT/LITRL,LITRL/@2,ROT/ZLITO,MUX/M.S,ALU/ANDNOT" 
"“WCTRL/MDRIWB,MSRC/@1,ROT/ASR.M.P,ALPCTL/WX.S" 
"WCTRL/MDRIWB,MSRC/@1,ROT/FPLIT,ALPCTL/WX.S" 
"“WCTRL/MDR.WB,MSRC/@1,RSRC/@2,ROT/RR.RR.SIZ, VSIZE/1,DTYPE/LONG, MUX/M.S,ALU/OR" 
"WCTRL/MDRIWB,MSRC/@1,RSRC/@2,ROT/CVTNP,ALU/OR,MUX/M.S" 
"WCTRL/MDR.WB,MSRC/@1,RSRC/@Q2,MUX/4.R1,ALU/0OR" 
"WCTRL/MDRIWB,ALU/OR,MUX/M.S,MSRC/@1,ROT/ZLIT24,LIT/LITRL,LITRL/@2" 
“WCTRL/MDRIWB,MSRC/@1,ROT/RRMM.SIZ,VSIZE/1,DTYPE/WORD, ALPCTL/WX.S" 
"WCTRL/MDRIWB,MSRC/@1,ROT/RRMM.SIZ,VSIZE/1,DTYPE/BYTE,ALPCTL/WX.S" 
"WCTRL/MDRIWB,MSRC/@1,VSIZE/1,DTYPE/LONG, ROT/RRMM.SIZ,ALPCTL/WX.S" 
"WCTRL/MDR_WB,ALPCTL/WX.S,ROT/RL.MM.PTE,MSRC/@1" 
"WCTRL/MDRIWB,MSRC/@1,ROT/RRMM.SIZ,VSIZE/1,DTYPE/WORD, ALPCTL/WX.S" 
“WCTRL/MDRIWB,MSRC/@1,RSRC/@Q2,ALU/XOR,MUX/M.R1" 
"“WCTRL/MDRIWB,MSRC/@1,ROT/ZLIT12,LIT/LITRL,LITRL/@2,MUX/M.S,ALU/XOR" 
"“WCTRL/MDRIWB,MSRC/@Q1,SPW/MLONG, RSRC/@2,ROT/ZERO,MUX/R.S,ALU/OR" 
“WCTRL/MDR.WB,4SRC/@1,SPW/MLONG, RSRC/82,ROT/RR.RReSIZ,VSIZE/1,DTYPE/WORD, ALPCTL/WX.S" 
"WCTRL/MDR.WB,MSRC/@1,SPW/MLONG, LIT/LITRL,LITRL/@2,ROT/ZLITO,ALPCTL/WX.S" 
“WCTRL/MDRIWB, RSRC/ZERO,MUX/R.Q,ALU/OR" 
"WCTRL/MDR_WB,MSRC/@1,ALPCTL/WX.Q.Q_M" 
“WCTRL/MDRIWB,0Q1/Q.WX,MSRC/@1,ROT/ZERO,MUX/M.S,ALU/OR" 


Figure 2-13 Macro Expansions 2 
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; CPTD.MCR 
+ DEFIN,MIC 


32973 
32974 
32975 
32976 
32977 
32978 
32979 
22980 
32981 
22982 
32983 
32984 
32985 
32986 
32987 
22988 
32989 
32990 
72991 
22992 
32993 
22994 
32995 
32996 
32997 
32998 
32999 
73000 
33001 
33002 
33003 
33004 
33005 
33006 
33007 
23008 
23009 
33010 
33011 
33012 
£3013 
33014 
33015 
23016 
33017 
33018 
33019 
23020 
33021 
33022 
33023 
33024 
33025 


eTOC " 


LITRL/=<39331>, 


LONLIT/=<62331> 


MISC/=<75371>, .DEFAULT=10 


MICRO2 


4-NOV=-80 08346325 CLOKX Rev @@e@e@@, Clock rate 


Machine Definition : ISTRM, JSR, LIT, LITRL, LONLIT, MISC 


Machine Definition 


ISTRM/=<33333>, .DEFAULT=0 


NOP=0 


ISIZE.DSIZE=1, .VALIDITY=<vV070> 


JSR/=<14214>, .DEFAULT=0 


NOP=0 
PUSH=1 


77376>, DEFAULT=0 


NORMAL=0 


LITRL=1, eVALIDITY=<vV071> 


FPAWAIT=2 


NOP=10 


CLR.FLAGO=0 


CLR. FLAG1=1 


CLR.FLAG2=2 
CLR. FLAG3=3 
CLR.MMNOINT=4 


CLR.STACKFLG=5 


SET. FLAGO=8 
SET. FLAG1I=9 
SET. FLAG2=0A 
SET. FLAG3=0B 
SET. MMNOINT=0C 
SET.STACKFLG=0D 


RSBC=1B 
RNUMI2REG=11 


CLR.TP=12 
CLR.FPD=1C 
SET. FPD=1D 


FORCE.TB=1E 
FORCE.CACHE=1F 


DEC.SC=13 
SC..2=14 
$C.6=15 
S§C..14=16 


$C..30817 


eVALIDITY=<071> 


s ISTRM, JSR, LIT, LITRL, LONLIT, MISC" 


sISIZE IS DETERMINED BY HARDWARE 
s,ISIZE IS DETERMINED BY DSIZE 


*SUBROUTINE CONTROL 
7NO OPERATION 
PUSH CURRENT ADDRESS ON MICRO STACK 


sDEFINE UWORD FIELD INTERPRETATIONS 
s;FIELDS ARE NORMAL 

*#SHORT LITERAL FIELD ENABLED 

sWAIT FOR FPA TO COMPLETE PROCESSING 
LONG LITERAL FYELD ENABLED 


*SHORT LITERAL 
*LONG LITERAL 


*DEFINE MISC FUNCTIONS 


7CLEAR FLAG 
?CLEAR FLAG 
CLEAR FLAG 
s;CLEAR FLAG 
sCLEAR FLAG 
7;CLEAR FLAG 


OA hr WN FO 


7SET FLAG 
*SET FLAG 
7SET FLAG 
7SET FLAG 
7SET FLAG 
7;SET FLAG 


On & WN © 


#RETURN AND SUPPRESS BUS CYCLE 
7RNUM <= COMP MODE SECOND REG 
sPSL<TP> <= 0 

sPSL<FPD> <= 0 

7PSL<FPD> <= 1 

7FORCE TB PARITY ERROR 

*FORCE CACHE PARITY ERROR 


STEP CNT <= STEP CNT = 1 
sSTEP CNT <= 2 
sSTEP CNT <= 6 
sSTEP CNT <= 14 
sSTEP CNT <= 30 


Figure 2-14 Macro Expansions 3 
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CPTD.MCR MICRO2 1H(17) 4-nNOV=80 08346325 
INIT.MIC Initialize Microcode for the Console and Power up 
36427 IN.VALOS 
36428 fe ewe wee w wow eee wesc eweeeeoeeersce 
36429 VALREIZERO), 
87D, 8800,5BE4,0BD8,4A70,0001 76430 RETURN [1] 
26431 
26432 IN.PSL.LONLIT? 
26433 {eee mm ewww wen e ewer cee nncenescce 
87E, 8800,5BF4,03D4,0070,0864 376434 PSL.RCLONLIT) 
36435 
76436 =0 
26437 PO eme nw ew mewn new w em eeeweneeses= 
76438 PUSH, 
36439 STEPC.2, 
76440 CRARIZLIT16(80], 
864, 5A00,0370,0340,2470,487C 376441 NEXT/IN, PCO 
36442 
36443 
26444 Lew ccm w www cee new neenennnsnennes 
36445 CONREGSUDUM(SISR]JURIZERO), 
865, 89FF,5BE6,03D8,2C70,0844 3:6446 DEC STEPC 
36447 
76448 =00 
36449 2 O00 e ww wwe ewww eee wee ene eeeneensee 
36450 PUSH, 
76451 DEC STEPC, 
36452 CRARuUZLIT16(40], 
844, D980,D370,0320,2470,4000 36453 NEXT/MP.MTPR.TBIA20 
76454 
26455 
36456 $0 www mmc eteee meee sees eeenweoese 
76457 PUSH, 
6458 D.ZLIT24(80) 
76459 
845, 1080,CB72,0340,0470,4000 36460 NEXT/MP, MTPR.TBIA20 
76461 
36462 P10 ewe meme wwe mew ee neceenenesse= 
36463 PUSH, NEXT/IN.CLR.CACHF.ROUT, 
846, C800,5BE4,03D8,2C70,4849 36464 CONREGS.RI ZERO] 
76465 
76466 oO 
847, 8800,5870,0300,7870,087F 36467 SOFTIPR.O 
26468 {eee ce mn ew ee meee seen nnnecnnee 
87F, 8800,5B70,0300,1670,0866 376469 TCSR.O 
36470 
76471 =0 f Om meme ween ene em ee nen enenssanes 
36472 PUSH, 
36473 ASTLVL(4], 
866, 9800,CB70,0302,7070,487C 36474 NEXT/IN,PC.W0 
36475 
36476 
36477 
36478 9 lowew rere ewe meee sere ewe eewesece 
26479 PME_O FPDOFFSETW3, 


CLOKX Rev 


eeeea@, Clock rate = ???ns 


e 
e 


7VA GETS 0 
7RETURN+G1 


, 
7PSL GETS LONLIT 
SR 


Ow IF WE CONWRITE 
& WILL WRITE TO RXCS 


me Ye Se Se Yo Ve 


J 
CRAR GETS 2 
N 
W 


e 
c 


*RXCS GETS 0 
7SISR GETS 0 


we Me te 


s;CRAR GETS 1 
*NOW IF WE CONWRITE 
7WE WILL WRITE TO TXCS 


m™e Ne Ve We VO 


NOW IF WE CONWRITE 


? 
CLEAR THE CACHE ROUTINE 
*TXCS FPDOFFSET GET 0 


™e Me Ye We 


2JSR 

*DONE WITH CACHE 
sASTLVL GETS 4 

7;CALL PC GETS 0 
*;THIS FLUSHES OUT XB 


* SET POWER UP CODE FOR VMS 


Figure 2-15 Macro Expansions 4 
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; CPTD.MCR MICRO2 1H(17) 4-NOV=80 08346325 CLOKX Rev eeeee, Clock rate = ???ns Page 76 
¢: MACRO.MIC Basic Macros 


24016 eTOC “ Basic Pacros" 


74017 
74018  CCOP1 "CC/CCOP1.CCARSIGND" 

74019 CcoP2 "CC/CCOP2.CCBR.SIGND" 

34020 CLEAR ADD1(FLAGO) "MISC/CLR.FLAGO" 

74021 CLEAR ADD2(FLAG1) "MISC/CLR.FLAGI" 

74022 CLEAR ARITH TRAPS "CCMISC/WB_ATCR.CCBRASIGND" 
74023 CLEAR BOOT(FLAG 4MNOINT) "MISC/CLR.MMNOINT® 

74024 CLEAR FLAGO "MISC/CLR,FLAGO" 

74025 [CLEAR FLAGi}(3) [FaISC/CLR.FLAG1"}-(4) LOCATE IN DEFINE FILE 
74026 CLEAR FLAG2 *MISC/CLR~FLAG2* 

74027 CLEAR FLAG3 "MISC/CLR.FLAG3" 

74028 CLEAR FLAG4 "MISC/CLR.MMNOINT" 

74029 CLEAR FP TRAPS “WCTRL/FPTCR" 

34030 CLEAR FPA(FLAGO) "MISC/CLR.FLAGO" 

34031 CLEAR FPD "MISC/CLR.FPD" 

74032 CLEAR GFLOAT(FLAG4) "MISC/CLR«MMNOINT® 

34033 CLEAR MM.NOINT "MISC/CLR.MMNOINT" 

34034 CLEAR MOPZERO(FLAG!) "MISC/CLR.FLAGL" 

34035 CLEAR MUL1(FLAG2) "MISC/CLR.FLAG2" 

74036 CLEAR MUL2(FLAG3) "MISC/CLR.FLAG3" 

34037 CLEAR OPZEROCFLAG3) "MISC/CLR.FLAG3" 

34038 CLEAR OVER(FLAG2) "MISC/CLR.FLAG2" 

74039 CLEAR POPIC(FLAG4) "MISC/CLR«MMNOINT" 

74040 CLEAR READ(FLAG1) "MISC/CLR.FLAGL" 

74041 CLEAR REGINT(FLAG!) "MISC/CLR.FLAGI" 

74042 CLEAR SAMESIGN(FLAG4) "MISC/CLR.MMNOINT® 

74043 CLEAR STACK FLAG "MISC/CLR.STACKFLG" 

74044 CLEAR SUB(FLAG1) "MISC/CLR.FLAGI" 

74045 CLEAR TP "MISC/CLR.TP" 

34046 CLEAR WRITE(FLAG1) "MISC/CLR.FLAGI" 

34047 CLOBBER MTEMPO "MSRC/TEMPO,SPW/MLONG" 

74048  CLOBBER MTEMPO DEF "SPW/MLONG" 

74049 

74050 DEC STEPC "MISC/DEC.SC" 

74051  DIVDA SOR IN Rf} "ALPCTL/DIVDA,RSRC/@1,ROT/O" 
74052. DIVDS SOR IN ROI "ALPCTL/DIVDS,RSRC/@1,ROT/0" 
74053. DIVFAST+ SOR IN RO) "ALPCTL/DIVFAST+,RSRC/@1,ROT/0" 
34054  DIVFAST- SOR IN Rf} "ALPCTL/DIVFAST=,RSRC/A@1,ROT/0" 
74055 

74056 FLUSH XB "WCTRL/PC.WB, WB_M [PC] " 

34057 FPAWAIT “LIT/FPAWAIT" 

34958 FORCE 32 BITS OF VA "BUS/PRB.RD, VSIZE/1" 

74059 FORCE CACHE PARITY "MISC/FORCE.CACHE,VSIZE/1" 
4060 

34061 IO RESET "BUS/IOINIT" 

74062 IRDI "BUT/IRD1,NEXT/3F9" ; 3F9 = IE.IRD1.ERROR 
74063 IRDITEST "BUT/IPDITST" 

74064 IRDX () "BUT/IRDX,NEXT/@1" 

74065 ISIZEC) "ISTRM/ISIZEDSIZE,VSIZE/1,DTYPE/@1" 
4066 

34067 MULFAST+ CAND IN RO) "ALPCTL/MULFAST+,RSRC/@1,ROT/0" 
34068  MULFAST=- CAND IN RO] "ALPCTL/MULFAST=,RSRC/@1,ROT/0" 
74069 

74070 NOP "ALPCTL/NOP" 


Figure 2-16 Macro Expansions 5 


In the MISC field definition in the DEFIN.MIC file shown in Figure 2-17, the binary data in the 
MISC field of the microword is 00010. At this point we have defined the LIT, LONLIT, and MISC 
fields of the microword. All other fields assume their default values as defined in the DEFIN.MIC file. 
The NEXT field of the microinstruction points to the next microinstruction to be executed. If a NEXT 
field is not specified, the address of the next microinstruction is inserted into bits <13:0>. This is 
shown in Figure 2-18. The NEXT field in this example indicates (NEXT/IN.PSL.LONLIT). 


If the NEXT field is specified, the MICRO2 assembler inserts the address of the label of the next 
microinstruction into the NEXT bits <13:0> of the microword. In this case the address in control 
store of the label IN.PSL.LONLIT is inserted into the NEXT field. All labels follow a convention 
where the first two letters indicate the file in which to find the label. The IN part of the label indicates 
that this label resides in the INIT microcode file. The list of label abbreviations is shown in the 
CHARTS.MIC file, called Microcode Label Prefixes. 


The microinstruction at the label IN.PSL.LONLIT shown on the same page. If it were not here, it 
would be necessary to cross reference either the location or the label to find the microinstruction at 
IN.PSL.LONLIT. The label IN.PSL.LONLIT would be cross referenced as follows. There is a file 
contained in this microcode listing called a CREF. This file is output by the MICRO2 assembler to 
cross reference labels, macros, and locations. In this case the CREF for Field Names and Defined Val- 
ues is used. This CREF is located near the back of this listing. The labels are arranged alphabetically. 
Locate IN.PSL.LONLIT in the listing. Figure 2-18 shows a portion of this CREF. Observe that there 
are two numbers beside the label. These numbers are the line numbers in the listing where the micro- 
instruction stored at the label IN.PSL.LONLIT is located. The line number with the ”#*‘ sign following 
it is the line number where the label IN.PSL.LONLIT is defined. Any other numbers are the line num- 
bers of microinstructions whose NEXT field points to this label. Refer to Figure 2-19 to see that both 
these line numbers are on this page. 


Another way to locate a microinstruction is to cross reference the NEXT field. The NEXT field can be 
read directly from the bottom four digits of the microword as shown in Figure 2-19. To locate the the 
control store address of this microinstruction, the location CREF at the back of the listing must be 
used. The location CREF cross references all the ROMs. Locate the U ROM location CREF which is 
for the main control store. The U ROM CREF is reproduced in Figure 2-20. The U ROM location 
CREF is laid out in 8 columns. To find location 087E, read to the right to the second-to-last column for 
087E. The line number of the microinstruction is 6434. Figure 2-21 verifies that the line number is 
correct. An equal sign (=) that follows a line number indicates that the location is inside a constrained 
block of locations. MICRO2 control store address allocation is explained in Paragraph 2.2.3. 


2-34 


Se-C 


? CPTD.MCR MICRO2 1H(17) 4-NOV=80 
> DEFIN.MIC 


Machine Definition 
eTOC " Machine Definition : ISTRM, 


ISTRM/=<33333>, .DEFAULT=0 
NOP=U 
ISIZE~OSIZE=1, .VALIDITY=<vV070> 


JSR/=<14314>, .DEFAULT=0 
NOP=0 
PUSH=1 


LIT/=<77376>, .DEFAULT=0 
NORMAL=0 
LITRL=1, eVALIDITY=<V071> 
FPAWAIT=2 
LONLIT=3 


LITRL/=<39331>, eVALICITY=<071> 


LONLIT/=<623: 31> 


MISC/=<75371>, DFFAULT=10 
voPp=10 


CLR,FLAGO=0 
CLR, FLAG2= 
CLR.FLAG3=3 
CLR.MMNOINT=4 


CLR.STACKFLG=5 


SET.FLAGO=8 
SET. FLAG1=9 

SFT .FLAG2=0A 
SET. FLAG3=0B 
SET. MMNOINT=0C 
SET .STACKFLG=0D 


RSBC=1B 
RNUMI2REG=11 
CLR.TP=12 
CLR.FPD=1C 
SET. FPD=1D 
FORCE.TB=1F 
FORCE ..CACHF=1F 


DFC.SC=13 
S$C..2=14 
SC.6=15 
SC.14=16 
$C..30217 


08346325 CLOKX Rev eeeee, Clock rate = ???ns 
: ISTRM, JSR, LIT, LITRL, LONLIT, MISC 


JSR, LIT, LITRL, LONLIT, MISC" 


sISIZE IS DETERMINED BY HARDWARE 
2,ISIZF IS NETERMINED BY DSIZE 


*SUBROUTINE CONTROL 
7NO OPEPATION 
PUSH CURRENT ADDRESS ON MICRO STACK 


DEFINE UWORD FIELD INTERPRETATIONS 
sFIELDS ARE NORMAL 

*SHORT LITERAL FIFLD ENABLED 

*WAIT FOR FPA TO COMPLETE PROCESSING 
*LONG LITERAL FIELD ENABLED 


*;SHORT LITERAL 
*LONG LITERAL 


sDEFINE MISC FUNCTIONS 


sCLEAR FLAG 
*CLEAR FLAG 
*CLEAR FLAG 
7CLEAR FLAG 
s;CLEAR FLAG 
sCLEAR FLAG 


A hmWN- oS 


*SET FLAG 
*SET FLAG 
*SET FLAG 
*SET FLAG 
,SET FLAG 
7SET FLAG 


Nm WA) O 


7RETURN AND SUPPRESS BUS CYCLE 
7RNUM <= COMP MODE SECOND REG 
7PSL<TP> <= 0 

sPSL<FPD> <= 0 

7PSL<FPD> <= 1 

7FORCE TB PARITY ERROR 

*FORCE CACHE PARITY ERROR 


sSTEP CNT <= STEP CNT = i 
*STEP CNT <= 2 
*STEP CNT <= 6 
sSTEPF CNT <= 14 
7STEP CNT <= 30 


Figure 2-17 Macro Expansions 6 
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CPTD.MCR MICRO2 1H(17) 4-NOV=-80 08:46:25 CLOKX Rev @eeeee, Clock rate = ???ns Page 124 
Cross Reference Listing = Field Names and Defined Values 


me Ve 


NEXT 3102 # 5956 5967 5979 6154 6180 6227 6309 6422 6430 6514 6518 
6557 
BO. 70MS..WAIT 5799 # 5803 
RO.ACTION.SWITCH 5825 5835 # 
BO.BAD.RPB 6232 6237 # 6259 6305 
BO.BAD-RPB1 6235 6240 6255 6271 6301 6312 # 
BO.BOOT 5829 5845 # 5879 
BO.BOOT1 5848 5891 # 
BO. BOOT.SUB 5907 5992 # 
BO.CHECK CHECKSUM 6298 6303 # 
BO.CHECK RESTART.ADDRFSS 6252 6257 # 
BO. CHECK ROM 5926 5930 5934 5936 # 
BO.CHECKRPB 6223 6229 # 
BO.COLD.START.FLAG 5811 5957 # 6132 
BO.CSUM_RESTART.ROUTINE 6265 # 6282 
BO.DEC.CSUM.COUNTER 6268 6273 # 
BO.DEC_ROM COUNT 6149 6156 # 
BO.DECWORD COUNT 6016 *# 6026 
BO.FIND-RPB.SUB 5838 5843 6211 # 
BO.GET.UBAMAP_ADDR 6089 # 6127 
BO. INITIAL READ 6010 6022 # 
BO. INIT NEXT.WUBE 6117 + 
BO. INIT UBAWMAPS 6071 6078 # 
BO.IRD1 5868 5945 # 
BO. IRD1-SUB 5948 5953 4 
BO.POWER.UP 5789 # 
BO.R=BWARMWCHECK 5856 5873 # 
BO.R*HWARM CHECK 5860 5863 # 
BO.READ-RESTART.ROUTINE 6263 6278 # 
BO.READ-RPB HEADER 6218 # 6315 
BO.READ.SUB 6044 6049 6059 6076 6162 # 
BO.RESTART 5866 5876 5880 # 
BO.RESTARTAHALT 5840 # 
BO.RESTART.WSEARCH! 6035 6174 # 
BO,.RESTARTSEARCH2 6177 6188 # 
BO.START SEARCH 6007 # 6194 
BO, TEST ACLO 5805 # 5814 
BO, TRANSFEP.ROMS 6146 # 6160 
BO.WRITEWUBAWMAP 6098 # 6110 
BO.WRITE.WALKO 6063 6073 # 
BO.WRITEWALK1 6039 6056 # 
BO.WRITEWZERO 6032 6046 # 
CN.CONSOLE 5833 5852 5870 5943 5975 6014 
CO.NOP 5951 
IN.CLR.CACHE 6551 # 6562 
IN.CLR.CACHE ROUT 6463 6544 # 
IN.DEC.D 6554 6559 # 
IN, FLAG2.NOT.SET 6508 6511 # 
IN. INIT 5821 5897 6413 # 
IN. IORESET 6485 # 6488 
IN.PC.0 6418 # 6441 6474 
6416 [6432 #}—INDICATES LOCATION OF LABEL (LINE NUMBER) 
IN.VA.0 6427 * 6548 
MP.MTPR.TBIA20 6453 6460 
MV.TEST 5817 5893 


Figure 2-18 Microinstruction Cross Reference 1 


Eere 


; CPTD.MCR 
; INIT.MIC 


U 87B, 7800,70F0,7FFF,&470 ,JO87E| 
MICRO ADDRESS 


U 87C, 0080,5BE4,0BD8,4870,0001 


MICRO2 
Initialize Microcode for the Console and Power up 


76372 
36373 
76374 
76375 
76376 
76377 
76378 
76379 
76380 
76381 
76382 
26383 
76384 
76385 
76386 
76387 
76388 
76389 
76390 
76391 
76392 
76393 
76394 
76395 
26396 
26397 
76398 
26399 
76400 
76401 
76402 
76403 
76404 
76405 
76406 
76407 
36408 
76409 
76410 
76411 
26412 
76413 
76414 
76415 
76416 
26417 
76418 
76419 
76420 
26421 
76422 
76423 
76424 
76425 
76426 


1H(17) 


4-NOV-80 08:46:25 CLOKX Rev eeee@e@, Clock rate = ???ns Page 


eTOC " Initialize Microcode for the Console and Power up" 


KKEEKERK AREER ERS E SERS A ERE EERE EKER ERERA EE EKE SESE EERE ERE REEREEEEEER ERE ER EESE 


MP.MTPR.TBIA20 CLEARS THE TB 


** I ASSUME RXCS IN THE SRM IS THE SAME AS RCSR IN DEFIN,. 


AND TXCS IN THF SRM IS THE SAMF AS XCSR IN DEFIN. 
AND MAPFN IN THE SRM IS THE SAME AS MME IN DEFIN,. 
AND IcCS IN THE SRM IS THE SAME AS TCSR IN DEFIN. 


A PROCESS INIT BUS FUNCTION IS DONE. 

EVERYTHING ELSE MENTIONED IN THE SRM SECTION 9,7 

IS EITHER INITIALIZED BY THE HARDWARE OR UNPREDICTABLE, 
BE ERE EEE EERE EEK EERE EERE ERE EEE EERE RES EAERERERE ESE RE EERE EES EERES 
IN. INIT? 


7 PP wsVeTVewTeF VT eFew Fn eBeweresa2euTeDeee > 


LONLIT.(41F0000) *LONLIT GETS 41F0000 
NEXT/IN,PSL.LONLIT 7GOTO REG FLOW 
LOCATE IN CREF OF FIELD NAMES AND DEFINED VALUES 


IN.PC.03 


7 Ween veveFecen ove ess ee Bee sseeewTe =p 


g 

; INIT.MIC INITIALIZATION IS CALLED BY THE CONSOLE AND AT POWER UP, 
H RESOURCES LONLIT 

; FLAG2 CLEAR IF POWER UP 

; SET IF CONSOLE 

; FLAGO WHETHER OR NOT POWER UP 

; CRAR 

H DREG 

? VA 

; OUTPUT PSL 41F0000 

; IPL iF 

; SCBB -1 (AT POWER UP ONLY) 
; ASTLVL 4 

; SISR 0 

; FPDOFFSET 3 

H ** RCSR 0 

; ** XCSR<6> 0 

H ** MME 0 (SET WHEN PRINIT) 
; PME 0 

; CACHE INVALIDATED 

; TB INVALIDATED 

; ** ICCS 0 

; PC 0 

; XB FLUSHFD WHEN PC.0 

: SOFTIPR 0 

; PROCESS INIT IS ALSO DONE 

; SUBROUTINES INe-CLR.CACHE.ROUT CLEARS THE CACHE 
gv 

2 

, 

e 

0 

? 

, 

3 


PC.R(ZERO], 7PC GETS 0 
CLEAR FLAGI, *FOR CHARLIE’S CLEAR TB SUBR 
RETURN [1] 7;RETURNS1 


Figure 2-19 NEXT Address Field 
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8E-C 


me %e 


cacececcccacaacceacccacaccacaccce 


CPTD.MCR 
000 57923 
008 = 71IF Unused 


720 
728 
708 
7E0 
7E8 
800 
808 
810 
818 
820 
828 
830 
838 
840 
848 
850 
858 
860 
868 
870 
878 
880 


- 7D7 Unused 


64883 
- 7FF Unused 
5803= 
5856s 
5882 
6039= 
6127= 
5926= 
6026= 
5959 
5963 
5994 
6149= 
6252= 
6298= 
6005 
6141 
6276 
6503 


59983 


64915 


5807= 
5860= 
58iis 
6514= 
6132= 
5930s 
6032= 
6067= 
6172= 
6548= 
6154= 
6255= 
6301i= 
6019 

6144 

6291 

6508 


MICRO2 
Location 


64945 


5829s 
5866= 
5888 

6044= 
5907= 
5934= 
6035= 
6071= 
6177= 
6554= 
6223= 
6259= 
6305= 
6081 

6160 

6315 

6562 


1H(17) 4-NOV-80 
4 Line Number Inde 


64973 65003 


5833= 5838= 
5870s 5893= 
5§814= §817= 
5913 6049= 
5910s 6135= 
§939= 5943= 
5923 6054= 
6076= 6101= 
6180= 6453= 
6557= 5975= 
6227= 6232= 
6263= 6268= 
6309= 6441s 
6088 6091 

6165 6190 

6416 6422 


08:46:25 

x 

6002: 60853 
5843= 5§848= 
5897= 5§900= 
5821s §825= 
6518= 5876= 
5916 5967= 
§948= 5951= 
5956 6059= 
6105= 6110= 
6460= 6464= 
5979= 6010= 
6235= 6240= 
6271s 6282= 
6446= 6474= 
6094 6122 

6194 6213 

6430 16434] 


CLOKX Rev @@@a@@, 


64833 


5852= 
5796 
5903 
5879= 
5971= 
5919 
6063= 
6119s 
6467= 
6014= 
6244= 
6287= 
6480= 
6138 
6216 
6469 


Clock rate 


7??ns 


LOCATION OF MICROINSTRUCTION AT LABEL IN.PSL.LONLIT 


Figure 2-20 Microinstruction Cross Reference 2 
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CPTD.MCR MICRO2 1H(17) 4-NOV=80 08:46:25 CLOKX Rev 
INIT.MIC Initialize Microcode for the Console and Power up 
76427 =IN.VA.O3 

76428 J Pe ene cere wee meme w weno neennane 
36429 VA.RCZERO), 
87D, 8800,5BE4,0BD8,4A70,0001 376430 RETURN {1) 
36431 
FROM FIELD NAME CREF IN.PSL.LONLIT: 
364 few ewww wm ew wwe cwe seme eeenneesee 
8800,5BF4,03D4,0070,0864 PSL.R(LONLIT) 
76435 FROM UPC CREF 
36436 =0 
26437 A ee 
76438 PUSH, 
36439 STEPC.2, 
76440 CRARWZLIT1I6(80], 
864, 5A00,0370,0340,2470,487C 36441 NEXT/IN, PCO 
76442 
76443 
76444 er 
36445 CONREGS_DUM(SISR)R(ZERO), 
865, 89EF,5BE6,03D8,2C70,0844 76446 DEC STEPC 
26447 
76448 =00 
76449 2 O00 em mew mene wen ene n enn enanenacen 
76450 PUSH, 
76451 DEC STEPC, 
76452 CRAR.ZLIT16(40), 
844, D980,0370,0320,2470,4000 76453 NEXT/MP.MTPR.TBIA20 
36454 
76455 
36456 A 
36457 PUSH, 
76458 D.ZLIT24(80], 
76459 CLEAR FLAGI, 
845, 1080,CB72,0340,0470,4000 76460 NEXT/MP.MTPR.TBIA20 
76461 
76462 210 mew were w enn w wenn enon nwnnnnnce 
76463 PUSH, NEXT/IN.CLR.CACHF.ROUT, 
846, C800,5BE4,03D8,2C70,4849 76464 CONREGS.RIZERO) 
76465 
76466 P 1 Lemwem eww nem m nw eeseewenwenaeen 
847, 8800,5870,0300,7870,087F 36467 SOFTIPRwO 
76468 {teen nme www ee m ene eneecesnene 
87F, 8800,5870,0300,1670,0866 ;6469 TCSR.9 
36470 
76471 =0 7 eer eee meses een eesensaweeansece 
76472 PUSH, 
#6473 ASTLVL.[4], 
866, 9800,CB70,0302,7070,487C 76474 NEXT/IN.PC.0 
26475 
76476 
36477 
26478 2 lew mm mm ee wenn ecm wenenccceescecs 
26479 PME.O FPDOFFSET.3, 


Figure 2-21 Miucroinstruction Cross 
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° 
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*VA GETS 0 
s;RETURN+1 


: 
#PSL GETS LONLIT 
SR 


Ow IF WE CONWRITE 
E WILL WRITE TO RXCS 


ee te te Ve Ve BO 


J 
CRAR GETS 2 
N 
w 


, 
*RXCS GETS 0 
*SISR GETS 0 


e ee Re VO 


*CRAR GETS 1 
7NOw IF WE CONWRITE 
sWE WILL WRITE TO TXCS 


me Ve Se Vo Ve 


NOW IF WE CONWRITE 
; 


CLEAR THE CACHE ROUTINE 
*TXCS FPDOFFSET GET 0 


, 
; 
, 
2TCSR.0 

; 

7 JSR 

7;DONE WITH CACHE 
s;ASTLVL GETS 4 


*CALL PC GETS 0 
*;THIS FLUSHES OUT XB 


e 
; SET POWER UP CODE FOR VMS RESTART 


Reference 3 
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2.2.3 MICRO2 Address Allocation 
The MICRO2 assembler assigns control store locations according to four priorities established by the 


firmware designer when a label, region, or constraint block for addresses is specified. The four control 
store allocation priorities are as follows. 


1. Absolute Assignment — A label specifies an absolute control store address. 


2. Region Directive — Allocates the control store microcode specific regions that are not abso- 
lutely assigned. 


3. Constraint Block — Allocates sections of control store contiguous locations that are not abso- 
lutely assigned. The constraint block may be imbedded in a region. 


4. Unconstrained — This is any location that is not absolutely assigned or constrained. It may be 
within a region. The assembler directive .NEXTADDRESS points the NEXT address field 
to the next microinstruction if no NEXT field is specified. The location of the unconstrained 
microinstruction is selected by the MICRO2 assembler after all absolute assignments and 
constraint blocks are determined. 


An example of absolute assignment is shown in the Figure 2-22. Note that there is an absolute address 
assignment that forces the microinstruction at BO.ROWER-UP to be stored at control store address 
0000. You can verify this by looking at the U ROM binary shown on the left side of Figure 2-22. The 
control store address of BO.POWER-UP is absolute address 0000. 


An example of the region directive is shown on Figure 2-22. This is a region directive macro that must 
be defined in the REGION.MIC file. Figure 2-23 shows how the region directive is developed. The 
SET directive equates values with the names in the table. 


SET/INIT.RIL=800 
SET/INIT.RIH=882 
SET/INIT.R2L=800 
SET/INIT.R2H=882 
SET/INIT.R3L=800 
SET/INIT.R3H=882 


These values can be substituted for the expressions in Figure 2-23 to clarify the meaning. The region 
directive that is enclosed in the box could also be stated as: 


REGION /800,882/800,882/800,882 


This statement directs the MICRO2 assembler to store the microinstructions that follow this statement 
into the region of the control store from 800 to 882 (hex). Optionally, if there is not enough room in this 
region, it stores the balance in 800 to 882. And in the event there is still not enough room in 800 to 882, 
it stores the rest of the microcode in the region 800 to 882. Absolute assignments have priority over the 
region directive, so all locations that are not absolutely assigned are available within the region se- 
lected. The microinstruction that immediately follows the region directive at the label 
BO.70MS__WAIT is shown in Figure 2-22 at control store address 800 (hex). The region directive is 
particularly useful for debugging microcode and allocating patch space. 
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; CPTD.MCR MICRO2 1H(17) 4-NOV-80 08:46:25 CLOKX Rev e@eRee, Clock rate = ???ns Page i108 


INIT.MIC Power Up s Power Up 
35776 eTOC " Power Up s Power Up" 
25777 


75778 REGION DIRECTIVE 
35779 eCHANGE/SINIT=1 
35780 SEEKER EKEKK ARERR EERE KEKE EEK ETEK E EEK EERE KEKE EEE ESKER KEKE EKER KEKE EKER EEE 
: The hardware forces control to micro location 0 on power-up. 
: The microcode waits 70ms for machine stabilization and then 
75783 ; procedes when ACLO is deasserted, 
. The microcode then tests the front panel switches to determine 
H how to start up V¥S, 
EKER EEK SRE EEE EE ERK EKER ERE ER ERE EERE REE REESE REE EKER KE KEKERERKK KE EEE 
: g BIN 
LO s F—-ABSOLUTE CONTROL STORE ADDRESS 
75789 BO.POWERLUPS? 


35790 J peer row r wee en ewee tener cnewnnnnn; 
75791 IO RESET, * DO IO RESET FOR 70MS 
lU 000,| 4800,0364,0300,0430,080F +5792 NOP ; FOR RDM 
75793 
75794 f Pewee ewes weeesn anne awannnans 
75795 MCTEMPO)ZLITI6(8], + GET COUNTER FOR 70MS WAIT 
U 80F, D860,D370,0304,0430,0800 5796 IQ RESET ? DO IO RESFT FOR 70MS 
25797 
75798 =0 


75799 BO.7OMS.WAITS 


35800 2 Pew ww maw ewneeecenenwewoneseaese 


o 
25801 M(TEMPO)JMB-ZLITO(1], z DEC COUNTER 
75802 IO RESET, ; DO I0 RESET FOR 70MS 
U 800, 9860,C100,A300,8430,0800 75803 WX -EQ.0?,NEXT/BO.7OMS_WAIT ; 
75804 
75805 BO.TESTIACLO?: 
75806 7 Lewwwownaconweneneenecesssenara; 
U 801, 8800,0364,CB00,0470,0811 ;5807 ACLO FPLOCK? 7 CHECK ACLO 
75808 =000 
75809 =001 200 Lecce wmmenmewenenecewesesanaens? ACLO OK 
75810 CLEAR FLAGO, : ARGUMENT FOR SUBROUTINE 
U 811, 4000,0364,0300,0470,4838 ;5811 PUSH, NEXT/BO.COLDUSTARTOFLAG * GO CLEAR COLD START FLAG 
75812 
#5813 =011 201 1 ew ew cen emeeen eens ceeeesnwann 3 
U 813, 4800,0364,0300,0470,0801 +7:5814 NEXT/BO.TEST..ACLO * WAIT FOR AC TO STABALIZE 
75815 
75816 =100 F100 wwe eee ee ewecnewwecsesenseern} 
U 814, C800,0364,0300,0470,4000 ;5817 PUSH,NEXT/MV.TEST z DO MICRO VERIFY 
75818 
75819 P10 Ll erceweroccnnaserewceneeases=} 
75820 CLEAR FLAG2, ¢ TELL INIT TO INIT SCBB 
U 815, 4$100,0364,0300,0470,487B 75821 PUSH,NEXT/IN.INIT , DO INIT 
25822 
75823 2110 emencwweceeenacceeresananenn 3 
75824 PCLZLITO(2], : SO THE CONSOLE WILL PRINT O ON HALT 
U 816, 5800,C370,D301,4870,0804 35825 FPS1?,NEXT/BO.ACTIONISWITCH 7 CHECK BOOT ACTION SWITCH 
75826 = 
75827 =0900 
25828 =0010 20010 ceeee seem ecw ewensouenennean; 
U0 802, C800,0364,0300,0470,0806 75829 NFXT/BO.ROOT ; DO A COLD START 


Figure 2-22 Region Directive 
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; CPTD.MCR 
* REGION.MIC 


e TOC 


rInitial 


sConsole 


zInteger 


MICRO2 


1H(17) 


4-NOV=80 08346325 CLOKX Rev @eeee, 


Control Store Region Expressions 


is Control Store Region Expressions" 


ize 
eSET/INIT.R1IL=0800 
eSET/INIT.R1H=0882 
eSET/INIT.R2L=0800 
eSET/INIT.R2H=0882 
eSET/INIT.R3L=0800 
eSET/INIT.R3H=0882 


eSET/CONSOL.R1L=0883 
eSET/CONSOL.R1H=0A37 
eSET/CONSOL.R2L=0883 
eSET/CONSOL.R2H=0A37 
eSET/CONSOL.R3L=0883 
eSET/CONSOL.R3H=0A37 


, Logical, and Address 


eSET/INTLOG.R1L=0400 
eSET/INTLOG. RiIH=04F8 
eSET/INTLOG.R2L=0400 
eSET/INTLOG. R2H=04F8 
eSET/INTLOG.R3L=0400 
eSET/INTLOG.R3H=04F8 


sFloating Point and CRC 


eSET/FLOAT.RiIL=04F9 
eSET/FLOAT.RiIH=0721 
eSET/FLOAT.R2L=04F9 
eSET/FLOAT.R2H=0721 
eSET/FLOAT.R3L=04F9 
eSET/FLOAT.R3H=0721 


sVariable Length Bit Field 


#Control 


eSET/VIELD.RIL=17E2 
eSET/VIELD.R1IH=17EF 
eSET/VIELD.R2L=0000 
eSET/VIELD.R2H=03EA 
eSET/VIELD.R3L=0000 
eSET/VIELD.R3H=03EA 


Instructions 
eSET/CONTRL.R1IL=0722 
eSET/CONTRL.R1H=0775 
eSET/CONTRL.R2L=0722 
eSET/CONTRL.R2H=0775 
eSET/CONTRL.R3L=0722 
eSET/CONTRL.R3H=0775 


Figure 2-23 Region Directive Macros 


Clock rate 


2???ns 
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The next highest priority is the constraint block. The microprogrammer must be able to direct the MI- 
CRO2 assembler to provide blocks of control store locations so that microbranch destinations will have 
the right bit set or clear for the particular microbranch condition. Figure 2-24 illustrates several con- 
straint blocks in use. Line 5807 contains a branching macro that tests ACLO and front panel keyswitch 
position. The macro definition, which can be found in the branching macro file, is 


ACLO FPLOCK? “BUT/FPS3” 


where CSA 1 and CSA 0 are modified as follows. 


CSA 1 = 1 if ACLO is asserted 


CSA 0 = 1 if the 5 position keyswitch is in secure position 


This microword is a NOP, other branching on the state of ACLO and front panel secure switch. The 
two targets are constrained such that control store address bit <0> is irrelevant. This allows only 
ACLO to be a microbranch condition. If ACLO is not asserted, control store address bit <1> is modi- 
fied, changing the target address to 0813. This is the loop used to wait until ACLO is negated. The 
microsequence would be a loop from 0801 to 0813 and back to 0801 while ACLO is asserted. Once 
ACLO is negated, the microcode would execute the instruction at microaddress 0838. The constraint 
block allocates eight locations for this group of microwords. The first location (000) is not used be- 
cause bit <0> was not required. 


The lowest priority address assignment is the unconstrained assignment. In this instance the control 
store address for the microinstruction is selected after all absolute assignments and constraint blocks 
have been allocated for the microcode in this particular region. 
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; CPTD.MCR MICRO2 1H(17) 4-NOV=80 0983463:25 CLOKX Rev eeeee, Clock rate = ???ns Page 
H INIT.MIC Power Up $s Power Up 
235776 TOC ” Power Up : Power Up" 
35777 
35778 eREGION/INIT.RIL, INIT.RIH/INIT.R2L,INIT.R2ZH/INIT.R3L,INIT.R3H 
35779 eCHANGE/INIT=1 
35780 SEKEREKEEKEKEE KEE RKERKEKKERKE KEKE EERE KEE EE RKEKE ERK KEE KEEREREKK EEK KARE KEKKEKEKKES 
75781 ; The hardware forces control to micro location 0 on power-up, 
35782 ; The microcode waits 70ms for machine stabilization and then 
25783 ; procedes when ACLO is deasserted,. 
75784 $ The microcode then tests the front panel switches to determine 
75785 H how to start up VMS, 
35786 OKEKE KEK EKER EER EKER EREE REAR E KEKE KEKE ERE EER KE REE E EKER ERE RE EERE EKER KEKE KEKE ERE RES 
35787 BIN 
35788 Os 
275789 BO.POWERLUP? 
35790 f wwe ewe mmo eee emma corns mwneaaaae 3 
35791 IO RESET, 7 DO IO RESET FOR 70MS 
U 000, 4800,0364,0300,0430,080F 35792 NOP ; FOR RDM 
25793 
#5794 f ww wm mew eee ee ween ene eemnewenene 
75795 MCTEMPO) .ZLIT16(8], 3; GET COUNTER FOR 70S WAIT 
J 80F, D860,0370,0304,0430,0800 35796 IO RESET ; DO IO RESET FOR 70MS 
75797 
35798 =0 
75799 BO.7OMS.WAITS 
35800 2 www www ew en eee m em eameweesenann}3 
75801 MCTEMPO])MB=ZLITO[1), s; DEC COUNTER 
75602 IQ RESET, ; DO IO RESET FOR 70S 
Y 800, 9860,C100,A300,8430,0800 35803 WX .EQ.0?,NEXT/BO.7O0MS_WAIT ; 
75804 
759805 BO.TESTJACLOSs 
75806 ol ewer cee emcee sew eww ewe meoraeonns 
U 801, 8800,0364,CB00,0470,0811 35807 ; CHECK ACLO 
75808 
75809 2001 mew wer ewww eeweteewemeceennrn; ACLO OK 
75810 CLEAR FLAGO, : ARGUMENT FOR SUBROUTINE 
U 811, 4000,0364,0300,0470,4838 35811 PUSH, NEXT/BO.COLDISTARTUFLAG ¢ GO CLEAR COLD START FLAG 
75812 
25813 701 Lec em ewe eweeeeew ewe ewes esens} 
J 813, 4800,0364,0300,0470,0801 375814 NEXT/BO.TEST.ACLO ,; WAIT FOR AC TO STABALIZE 
35815 
75816 =100 PO 
U 814, C800,0364,0390,0470,4000 35817 PUSH,NEXT/MV.TEST + DO MICRO VERIFY 
75818 
75819 210 Loewe we seem eww mewn meen ewaswcwen ; 
75820 CLEAR FLAG2, s TELL INIT TO INIT SCBB 
U 815, 4100,0364,0300,0470,4878 35821 PUSH,NEXT/IN. INIT : DO INIT 
25822 
75823 211 wem ew ewes ewww ew ewan ewewwoeans 
35824 PC.ZLITO(2), >; SO THE CONSOLE WILL PRINT O ON HALT 
U 816, 5800,C370,0D301,4870,0804 375825 FPS1?,NEXT/BO.ACTIONISWITCH 3 CHECK BOOT ACTION SWITCH 
35826 = 
35827 =0000 
75828 =0010 20010 em eww ewww wwe ewe esenennneen 3 
U 802, C800,0364,0300,0470,0806 35829 NEXT/BO,.BOOT : DO A COLD START 


Figure 2-24 Addressing Constraints 
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2.2.4 Microroutine Analysis 

This paragraph analyzes microroutines, using the interpretations of microcode macro expansion and 
control store address allocations described in Paragraphs 2.2.1—2.2.4. This discussion is based on micro- 
code listing version CMT047 or later of the INIT.MIC file. Several microinstructions executed during 
powerup are described. 


The instant the operator applies power to the machine, the microcode begins execution from control 
store address 0000. The first microinstruction of the power microcode is as follows. 


OQ: 

BO.POWER_UP: 
1O RESET, - DO IO RESET FOR 70MS 
NOP - FOR RDM 


The first microinstruction is assigned an absolute address of 0000. The macro IO RESET is a Basic 
macro that causes a Unibus INIT to be generated, and the macro NOP is a Basic macro that forces the 
default ALPCTL field value. This is the first microinstruction executed after the negation of DCLO. 
This microinstruction must always be located at absolute address 0000 because of the design of the 
microsequencer logic. The next microinstruction establishes a 250-ms wait loop to wait to test ACLO. 


eee Ses eee ; GET COUNTER FOR 70MS 
M[TEMPO]__ZLIT16[8], ; WAIT, DO IO RESET FOR 
IO RESET ; 70 MS 


In the above microinstruction, MTEMPO is loaded with the literal 8 zero-extended and rotated left 16 
bit positions. The contents of MTEMPO at the end of this microinstruction would be 00080000. 80000 
(hex) times 480 ns is approximately 250 ms (despite what microcode listing indicates in the comment 
section). IO RESET is asserted again. This microinstruction sets up the memory initialization loop. The 
next microinstruction contains the microbranch to fall out of the memory initialization ROM state. 


=0 

BO.70OMS__WAIT: 
(Q-----~--------------- ; DEC COUNTER 
M[TEMP0]__MB-ZLITO[1], ; DO IO RESET FOR 70MS 
IO RESET, 


WX.EQ.0?,NEXT/BO.70MS__WAIT 


This microinstruction is in a constraint block because this is the microbranch on the WX.EQ.0? condi- 
tion that modifies bit <0> of the CS address lines. The ROM address selected by the assembler was 
800. The microcode reads MTEMPO, subtracts 1 from the contents, and microbranches to 801 if the 
WBus is zero. This loop is executed 80000 (hex) times, or (2**19)-1 times, or 524287 decimal itera- 
tions. 524287 times 480 ns is approximately 250 ms. At the end of the loop when MTEMPO is equal to 
zero, the next microinstruction is executed. 


BO.TEST__ACLO: 
| ee eee ; CHECK ACLO 
ACLO FPLOCK? 
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This microinstruction is used to microbranch on ACLO. The next group of microinstructions are ina 
constraint block of eight words. The first location in the block the microprogrammer uses is 1. This 
essentially means that bit <0> of the BUT micro-order at BO.TEST__ACLO is excluded as a target 
in the microbranch. The BUT micro-order for ACLO FPLOCK? is BUT/FPS3 and this modifies bits 
<1:0> on the CS address lines as follows. 


CSA <1> CSA <0> 
ACLO FPLOCK 


Bit <0> is asserted if the KEY switch on the operator control panel is in either of the SECURE 
positions. Since bit <0> is constrained out, it has no effect on the microbranch. If ACLO is asserted 
the next microinstruction executed is as follows. 


=O): (Ollie =] e= ee a= > ; WAIT FOR AC TO STAB- 
NEXT/BO.TEST__ACLO ; ILIZE 


This sends the microcode back to the microbranch at BO.TEST__ACLO. This is the loop the micro- 
code uses until ACLO is negated. When ACLO is negated, approximately 838 ms after DCLO is ne- 
gated for memory initialization, the next microinstruction is executed. 


=001 ;001-------~--------------- ; ACLO OK 
CLEAR FLAGO, ; ARGUMENT FOR SUBROUT 
PUSH, NEXT/BO.COLD__START__FLAG |= ; CLEAR COLD START FLAG 


At this point after powerup, the 250 ms wait is done and ACLO has been tested. If ACLO is negated, 
the above microinstruction is executed. This instruction calls a subroutine that clears the cold-start flag, 
which is used to restart the system after a power fail. At powerup this flag is always clear. The address 
of this microinstruction is saved on the microstack. The last microinstruction of the clear cold-start flag 
microroutine does a RETURN [+3]. That microroutine is not traced here. When the push was done, 
address 0811 was written on the microstack. The last microinstruction in the cold-start flag routine does 
a return +3, which pops the 0811 off the microstack and ADDS 3. The return microaddress is 0814. 
The microinstruction at 0814 is as follows. 


S100 2100-22 je eee a ; 
PUSH,NEXT/MV.TEST - DO MICRO VERIFY 


This microsubroutine call is to the Micro-Verify routine that checks CPU buses, registers, scratchpads, 
and memory interface logic. A percent sign (%) is printed at the console terminal at the beginning of 
Micro-Verify and at the successful completion. At the console terminal you should observe the two sym- 
bols. 
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After the microverification of the processor is complete, the INIT microroutine is called. The return 
from Micro-Verify is a return +1 to address 0815. 


;s101- ----—--—----—--~—--—-—---- : 
CLEAR FLAG2, ; TELL INIT TO INIT SCBB 
PUSH, NEXT/IN.INIT ; DO INIT 
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The INIT microroutine clears the data cache, invalidates all translation buffer locations, sets the PSL 
to 041F0000, sets the ASTLVL to 4, and does a CPU and I/O initialization. At the end of the INIT 
microroutine a return +1 is done to come back to 0816. At this point, the microverification and in- 
itialization routines are done and the next step is to restart the system based on the position of the 
POWER ON ACTION and DEVICE switches. There are four possible system start-up procedures. 


ENTER CONSOLE MODE 
ATTEMPT WARM RESTART, If restart fails enter console mode. 


ATTEMPT WARM RESTART, If restart fails, boostrap system according to DEVICE 
switch. 


BOOTSTRAP SYSTEM 


The next microinstruction cases on the POWER ON ACTION switch to do one of the four procedures 
outlined above. 


35110 -—-----—--—-—-——-—-—-—-- --~--~- ; SO CONSOLE PRINTS 0 

PC__ZLITO[2], > ON HALT 

FPS1?, NEXT/BO.ACTION—_SWITCH ; CHECK BOOT ACTION 
; SWITCH 


The program counter is loaded with 2 because the console subtracts 2 before typing the contents of the 
PC. At powerup the PC is cleared. The BUT micro-order is FPS1, which does a 4-way branch on the 
position of the POWER ON ACTION switch. At this point the flow can go in four ways. 


2.3 MICROSEQUENCER AND CONTROL STORE SUBSYSTEM 

The microsequencer and control store subsystem are interlocked with each other and are inter- 
dependent. The VAX-11/750 CPU microprogram subsystem consists of a microsequencer that address- 
es the control store for the next microinstruction and a PROM control store that contains the micro- 
instructions. The microsequencer and control store subsystem address up to 16K locations of 
microinstructions. Figure 2-25 shows how the 16K locations are allocated in the current design of the 
CPU. Addresses 0 through 17FF are the PROM control store located on the CCS module in slot 5 of 
the CPU. Addresses 1800 to 183F are used for microcode execution only. The DCS is located on the 
RDM module. The RDM has its own microsequencer and timing logic and does not require the VAX- 
11/750 CPU microsequencer to be functional. Addresses 2000 through 23FF are assigned to the op- 
tional 1K WCS module that attaches as a daughter board to the CCS. At present, the rest of the control 
store address space is unassigned. The 6K xX 80 CCS PROM functional allocation is shown at the 
bottom of Figure 2-25. 


Figure 2-26 is a block diagram of the microsequencer logic showing the gate arrays implemented in the 
design. The four gate arrays are SAC, MSQ, PHB, and IRD. The most basic part of the micro- 
sequencer is shown at the upper right corner of the figure. This is bit <5:0> of the NEXT address 
from CCS going into the NEXT field latch. The output of the latch goes into the MSQ gate array 
adder to generate the control store address bits <5:0>. Bits <13:6> of the NEXT field from the 
CCS are latched on the CCS module. The output of that latch is recieved on the DPM module to gener- 
ate bit <13:6> of the next control store address. 
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Figure 2-26 LSI Microsequencer Chip Functional Schematic 
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The rest of the logic in the microsequencer is used to perform microsubroutine calls and returns, micro- 
branches on hardware state, and to decode the macroinstruction set. The basic operation of the micro- 
subroutine-calling mechanism is the hardware-called microstack. This is a 16 * 13 bit RAM that is 
used to save control store addresses at the point another microroutine is called. The microstack mecha- 
nism allows up to 15 calls (JSR/PUSH) before a return (BUT/RETURN) has to be specified. The 
return micro-order pops the saved control store address off the microstack and ADDS the NEXT field 
<5:0> to the microstack address <5:0>. Carry to bit <6> is lost if there is one. Conditional micro- 
branching is possible with the BUT micro-orders. The BUT micro-order selects a hardware condition 
and inclusively ORs the condition with selected control store address bits. The PHB gate array and 
discrete components accomplish this function in the microsequencer. The microsequencer also address- 
es the control store as a function of the VAX-11 macroinstruction on the XB lines or in the IRD gate 
array at instruction decode time. The IRD ROMS provide the control store starting address for macro- 
instruction execution. 


Figure 2-27 is block diagram of the CCS control store. It is arranged into six 1K banks of 80 bits. There 
is Circuitry to test the control store address for access to the unassigned regions and disable the address 
lines. A bank select decoder enables one of the six banks by decoding the CS ADD <12:10> lines to 
produce the bank select enable signal that allows the PROM data to go to the DPM module to be 
latched. Once the control store data is latched, the data is checked for correct data parity. The WCS 
attaches to this module and is similiar in design. 


2.3.1 Microaddressing Modes 

As seen in Figure 2-28, the address of the next microinstruction can be constructed in several ways. The 
method of generating the microaddress of the next microinstruction is referred to as the micro- 
addressing mode. Figure 2-29 illustrates the seven microaddressing modes. Each mode is discussed be- 
low. A discussion of the associated control signals is provided in Paragraph 2.3.4. 
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Figure 2-27 Control Store Simplified Diagram 


2-51 


CS-C 


MICRO-VECTOR 


ae. PHB Be SAC IRD IRD 
CHIP CHIP CHIP 
LOGIC ROMS 
<05:00> 
yer <02:00> <03:00> 
<13:06> <05:00> 
+50V 
DPM 14 NEXT CS ADDR CS ADDR 
cs <5:0> H MSO <05:00> L : S <05:00> H 
<05:00> 
MICRO ADDR _ | <05:00> 
L 
ne EXTERNAL 
ADDRESS 
(FROM BACKPLANE) 
CCS BOARD <13:06> 
CS ADDR 
FROM 
CS NEXT <13:06> L 

CONTROL CS <13:06>H 
ShORE <13:11> <13:06> 


> >. 


DPM14 DISABLE HI NEXT H 
DPM14 ENABLE IRD ROM H DPM14 ZERO HI NEXT L 


TK5781 


Figure 2-28 Microsequencer Block Diagram 
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Figure 2-29 CS Address Generation for Each Microaddressing Mode 


The default mode of microaddressing is where the address of the next microinstruction is specified by 
the NEXT microfield. The upper eight bits of the microaddress, CS ADDR <13:06>, are used 
directly from the control store latches. The lower six bits, CS ADDR <5:0>, are channeled through 
the MSQ chip. The BUT microfield must contain a NOP in this microaddressing mode. 


For the conditional branch mode, the BUT microfield specifies conditions that generate the lower six 
bits of the microaddress. In this mode, the output of the MSQ chip is inhibited in order to allow an 
address to be ORed onto the CS ADDR lines by the PHB chip or conditional branch logic. The upper 
eight bits are specified by NEXT <13:06>. 


In the IR decode mode the address of the next microinstruction is generated by an IRD ROM. The 


specific ROM and ROM location is a function of the macroinstruction. This mode is selected when the 
BUT microfield specifies an IRD 1 or IRDx. IR decode is further discussed in Paragraph 2.4. 
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An external addressing mode is provided to enable microaddress generation by the remote diagnosis 
option. This mode inhibits the microsequencer from generating the next microaddress. The signal MI- 
CRO ADDR INH L is asserted by the RD or another external device to disable the tri-state CS ad- 
dress drivers. 


The initialization mode forces the next microaddress to zero. This mode is provided for the power- 
fail/power-up logic on the UBI module. 


The jump to subroutine (JSR) mode is selected by the JSR microfield bit. When set, the address of the 
current microinstruction is pushed onto the microstack. The address of the next microinstruction can be 
generated by any of the addressing modes described above. A JSR is also forced by a microtrap or 
service condition (see Paragraphs 2.3.1.1 and 2.3.1.2). 


The return from subroutine (return) mode is used at the end of a subroutine or error service routine to 
continue the original flow of the microprogram. This mode is selected when the BUT microfield speci- 
fies a RETURN, RET.DINH, or IRDX. When a return is specified, the address of the calling micro- 
instruction is removed from the microstack. (The calling microinstruction is defined as the micro- 
instruction that caused entrance into the subroutine.) Microaddress bits <5:0> are then generated by 
adding bits <5:0> from the stack to bits <5:0> of the NEXT microfield. NEXT <13:06> are ig- 
nored. The addition is performed within the MSQ chip. The resulting microaddress is always rewritten 
into the same microstack location. 


Note that a JSR, microtrap, or service condition overrides the return mode. Note also that the LIT 
microfield cannot specify LONLIT for the conditional branch, IR decode, or Return microaddressing 
modes. 


2.3.1.1 Miicrotraps — A microtrap is a microroutine initiated as a result of a microfault or error during 
a microinstruction. The microtrap enables the microinstruction to be completed successfully and is 
transparent to the microprogrammer. 


The microsequencer performs the microtrap at the end of the microcycle in which the trap occurred. 
This is done by forcing a JSR to the appropriate microtrap routine. The microtrap routine corrects the 
problem and returns to the microinstruction by executing a return. The microinstruction is then reexe- 
cuted. 


The appropriate microtrap routine is selected by a microvector address generated by the MIC logic. 
(Refer to Paragraph 2.3.1.3 for a description of microvector address generation.) This microvector 
overrides the addressing mode specified in the microinstruction. Following is a list of each microtrap 
and the vector address of its starting location in the control store. 
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Microtrap Vector Address 


Control Store Parity Error 0020 
Unaligned Data, Read 0021 

XB Miss 0022 

XB ACV 0023 
Unaligned Data, Write Unlock 0024 
Unaligned Data, Write 0025 
Write Unlock, Page Boundary 0026 
Write, Page Boundary 0027 
Machine Check Exceptions (see below) 0028 
BUT XB Miss 0029 
TB Miss, Read 002A 
TB Miss, Write 002B 
FPA Reserved Operand 002C 
BUT XB ACV 002D 
ACV, Read 002E 
ACV, Write 002F 


Note that a vector address of 0028 selects machine check exceptions. These include the following ma- 
chine check errors. Refer to Paragraph 2.5 for details. 


Machine Check Exceptions (0028) 


XB TB Error 
XB Bus Error 
Bus Error 
TB Error 
BUT XB TB Error 
BUT XB Bus Error 
Cache Parity Error 
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Multiple microtrap conditions can occur during the same microcycle. Execution priority is handled by 
the ACV chip on the MIC module (Paragraph 2.5.2). Microtrap priority is assigned as follows. 


Highest Control Store Parity Error 
FPA Reserved Operand 
XB TB Error 
XB Bus Error 
Bus Error 
XB Miss 
XB ACV 
TB Error 
TB Miss, Read 
TB Miss, Write 
ACV, Read 
ACV, Write 
Write, Page Boundary 
Write Unlock, Page Boundary 
Unaligned Data, Read 
Unaligned Data, Write Unlock 
BUT XB TB Error 
BUT XB Bus Error 
BUT XB Miss 
Lowest BUT XB ACV 


The microinstruction that caused the trap is reexecuted at the end of the microtrap routine. For this 
reason, destination registers and scratchpad registers must be inhibited for all but one execution cycle. 
The type of microtrap determines when the destinations are written. Table 2-1 lists each microtrap and 
indicates whether the destination is written during the microcycle in which the microtrap occurred, 
during the microcycle immediately following the microroutine, or not at all. Three groups of destina- 
tions are listed for the microtrap cycle and the retry cycle (cycle immediately following the micro- 
routine). The first group of destinations includes the PC (program counter register in the ADD chip), 
the IR (instruction register in the IRD chip), and the OSR (operand specifier register in the IRD chip). 
As seen in Table 2-1 these registers are always inhibited during the microcycle in which the fault oc- 
curs. This is done in case an IR decode branch is specified in the faulted instruction (Paragraph 2.4). 
The bus cycle group includes any bus destinations. Bus cycles are inhibited when the microtrap condi- 
tion makes it impossible for them to be successfully completed. The general destination group includes 
the scratchpad registers on the WBus (Paragraph 2.6.4.1). 


Most register inhibits are performed by the hardware with the generation of clock inhibits. In certain 
instances, however, the inhibit must be specified by the microcode. Refer to Paragraph 2.6.4.4 for more 
details on register inhibits via microcode. 


As shown in Table 2-1, the failing microinstruction may not need to be executed immediately following 
the microroutine. These types of microtraps are indicated by an X (no return). For the other types of 
microtraps in which a return must be immediately executed, three methods are available. 


Return 


Return and Inhibit Bus Cycles 
Return and Inhibit Destinations 
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Table 2-1 Register Inhibits During Microtraps 


Microtrap Cycle Retry Cycle 


BUS GEN 
CYC 


0 
Nn 
ar) 


Microtrap 


Control Store Parity 
FPA Reserved Operand 
XB TB Error 
XB BUS Error 
Bus Error 
Unibus Unaligned 
XB Miss 
XB ACV 
TB Error 
TB Miss, Read 
TB Miss, Write 
ACV, Read 
ACV, Write 
Write, Page Boundary 
WR Unlock, Page Boundary 
Unaligned Data, Read 
Unaligned Data, Write 
Unaligned Data, 
Write Unlock 
BUT XB TB Error 
BUT XB BUS Error 
BUT XB Miss 
BUT XB ACV 


KKK MMO KKK KR KKK KKK 
Tt tt OK PS ET KK KK OO 
KKK MMO KK KK KK MK KK 


I 
I 
I 
I 


TM tm mm 
Tt mm 
KT XK 


Note: I = Inhibit, E = Execute, X = No Return 


The return method is specified by the BUT microfield alone. A value of 02 results in the reexecution of 
the failing microinstruction with no inhibits. The Return and Inhibit Bus Cycles method is specified by 
a value of 02 in the BUT microfield and 1B in the MISC microfield. This method reexecutes the failing 
microinstruction, allowing the general destinations to be modified, while supressing bus cycles. The 
third method, Return and Inhibit Destinations, is specified when the BUT microfield contains a value 
of 03 (RET.DINH). In this case the original microinstruction is reexecuted, but all bus cycles and gen- 
eral destinations are inhibited. Note that the Return and Inhibit Destinations method does not inhibit 
the PC, IR, or OSR. The return methods are summarized below for each microtrap that requires imme- 
diate retry. 


2.3.1.2 BUT Service — A hardware test called BUT Service is performed after each macroinstruction 
to determine if any traps or interrupts are pending. BUT Service is performed one microcycle after 
each macroinstruction to allow condition codes to become stable. 


If a trap condition or interrupt is pending when BUT Service is performed, the appropriate service 
routine is initiated. This is referred to as DO Service and is initiated by the execution of a JSR. During 
this microcycle all destinations are inhibited. This includes the PC, IR, and OSR, bus cycles, and 
scratchpad registers. 


2-57 


The service routine is selected by a microvector address generated by the associated logic (refer to 
Paragraph 2.3.1.3 for a description of microvector address generation). This microvector overrides the 
addressing mode specified in the microinstruction. Following is a list of each service routine and the 
vector address of its starting location in the control store. 


Service Condition Vector Address 
Arithmetic Trap 0011 
FPA Integer Overflow Trap 0012 
Interval Timer Overflow Trap 0014 
T-Bit Trap 0015 
Console Halt Trap 0016 
Software Interrupt 0038 
Console Interrupt 0039 
Unibus Interrupt 003A 
Interval Timer Interrupt 003B 
Corrected Memory Data Interrupt 003C 
Write Bus Error Interrupt 003E 
Power-Fail Interrupt 003F 


Multiple service conditions may exist when BUT Service is performed. Only one condition, however, 
may be serviced during each BUT Service. A priority decoder in the SAC chip determines which trap 
or interrupt to service (Paragraph 2.3.1.2.) Service priority is assigned as follows. 


Highest Arithmetic Trap 
FPA Integer Overflow Trap 
Interval Timer Overflow Trap 
Console Halt Trap 
Power-Fail Interrupt (IPL 1E) 
Write Bus Error Interrupt (IPL 1D) 
Corrected Memory Data Interrupt (IPL 1) 
Interval Timer Interrupt (IPL 18) 
Unibus Interrupt (IPL 14-17) 
Console Interrupt (IPL 14) 
Software Interrupt (IPL 01-0F) 
Lowest T-Bit Trap 


If a microtrap condition occurs during a microcycle in which a service condition is detected (during a 
BUT Service test), the service routine is performed and the microtrap is lost. Service routines have 
higher priority than microtraps. The only exception is the control store parity error microtrap, which 
has the highest priority. 


During the execution of long macroinstructions, tests for interrupts can be performed by use of the 


BUT microfield. If an interrupt is detected, a microbranch to the appropriate service routine is exe- 
cuted. 
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2.3.1.3 Microvector Address Generation — A microvector is used to generate a CS address in four 
cases: 


1. To generate the starting address of a microtrap routine when a microtrap occurs. 
2. To generate the starting address of a service routine for an interrupt during BUT Service. 
3. To generate the starting address of a service routine for a trap during BUT Service. 


4. To generate a branch offset during a “BUT on microvector” operation (BUT = IE or 1F) in 
the conditional branch microaddressing mode. 


The fourth case was briefly mentioned in Paragraph 2.3 and is further discussed below. Cases 1 through 
3 are illustrated in Figure 2-30 and described below. 
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Figure 2-30 Microvector Address Generation 
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As seen in Figure 2-30, the microvector lines are used to OR a microvector onto the CS address lines 
when a microtrap or interrupt is to be serviced. In the case of a trap, however, the microvector is placed 
onto the CS address lines directly from the SAC chip. Note that in all three cases CS ADDR 
<13:06> are driven low by a signal from the MSQ chip. The MSQ chip also provides a base address 
which is ORed onto the lower six CS address lines. Paragraph 2.3.2 discusses the MSQ logic in detail. 


The microvector lines are not used when a trap is being serviced. In this case the SAC chip drives the 
CS address lines directly. Figure 2-31 illustrates the BUT Service logic of the SAC chip. The SAC chip 
also includes the CPU clock generation logic (Paragraph 2.1.2). As seen in Figure 2-31, the input to the 
BUT Service flip-flop is asserted when the BUT decode logic detects an IRD 1 branch. This indicates 
the end of a macroinstruction and the appropriate time for BUT Service. At the following M clock, the 
BUT Service flip-flop is clocked. If a trap or interrupt is pending, DPM17 DO SRVC L is generated to 
indicate a service request is present. Note that this signal is inhibited if a CS parity error has occurred. 
(CS parity errors have priority over BUT Service.) 


The priority decoder within the SAC chip monitors signals indicating trap and interrupt conditions. 
These signals include five specific trap indicators and one interrupt-pending indicator. If a trap is pend- 
ing, the appropriate microvector is encoded by the SAC chip and placed directly on the CS address 
lines as CS ADDR <2:0> L. If an interrupt is pending, the appropriate microaddress is placed on the 
CS address lines via dedicated microvector address lines. For this case the CS address output of the 
SAC chip is inhibited and DPM17 ENABLE UVECT H is asserted. This signal is used to enable driv- 
ers on the microvector lines. Note that DPM17 ENABLE UVECT H can also be asserted if a micro- 
trap occurs. For this, however, DO SRVC must not be asserted (i.e., DO SRVC has priority over micro- 
traps). 


The microvector lines are illustrated in Figure 2-32. When a microtrap or interrupt is to be serviced, 
DPM17 ENABLE UVECT is asserted by the SAC chip to enable the four drivers illustrated in this 
figure. These drivers are used to transfer a 4-bit vector from backplane pins onto the CS address lines. 
The vector is generated by the UTR chip on the MIC board if a microtrap is being serviced, or the INT 
chip on the UBI board if an interrupt is being serviced. 


The microvector lines are also used during a “BUT on microvector” operation in the conditional branch 
microaddressing modes (case 4 listed above). For this case the vector is used as a branch offset. To 
accomplish this, DPM16 BUT UVECT L 1s generated to enable the vector line drivers when the BUT 
microfield equals IE or IF (TE = UVCTR, IF is undefined). 


2.3.2 Microsequencer Control Signals 

The MSQ chip provides most of the control signals for the microsequencer. These signals include the 
generation of the six low-order microaddress bits that are used as base address for most micro- 
addressing modes. Figure 2-33 provides a simplified diagram of the logic contained in the MSQ chip. 
The three major areas of logic are the microaddress multiplexer logic, decode logic, and the microstack 
pointer logic. The microaddress multiplexer and decode logic are discussed here. The microstack point- 
er is discussed in Paragraph 2.3.3. 


The microaddress multiplexer provides six low-order microaddress bits. These bits are used as a base 
address for one of the microaddressing modes or for the generation of a microvector. Table 2-2 lists the 
output of the microaddress multiplexer for each case. The reader should recall from Figure 2-30 that 
this CS address output is wire-ORed with other CS address sources. Therefore, it does not necessarily 
reflect the final CS address used. 


The conditions listed in Table 2-2 are indicated by various signals monitored by the MSQ chip. Table 2- 
3 lists the signals that determine each condition. 
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Table 2-2 Microaddress Multiplexer Outputs 


Microaddress 
Condition Multiplexer Output 
Default NEXT <5:0> 
Conditional Branch NEXT <5:0> 
IR Decode 000000 
External Addressing 000000 
Initialization 000000 
Return from Subroutine NEXT <5:0> + USTK <5:0> 
Microtrap 100000 
Interrupt 111000 
Trap 010000 


Table 2-3 Condition Indicators for the MSQ Chip 


Condition Indicating Signal(s) 
Default = 
Conditional Branch DPM12 BUT <2:0>H 
DPM16 BUT CTRL CODE A H 
IR Decode DPM12 BUT <2:0> H 
DPM16 BUT CTRL CODE AH = H 
External Addressing MICRO ADDR INH L = L 
Initialization UBI13 MSEQ INIT L = L 
Return from Subroutine DPM12 BUT <2:0> H 


DPM16 BUT CTRL CODEAH = H 


Microtrap DPM16 ENABLE UVECT H = H 
DPM17 DOSRVCL = H 


Interrupt DPM17 ENABLE UVECT H = H 
DPM17 DOSRVCL = L 


Trap DPM17 ENABLE UVECT H = L 
DPM17 DOSRVCL=L 
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The microaddress multiplexer is controlled by decode logic within the MSQ chip. This logic decodes 
the signals listed in Table 2-3 to select the output of the microaddress multiplexer in addition to gener- 
ating control signals for other CS address sources. Each of these control signals is described below. 


The lower three bits of the BUT microfield are input to the decode logic of the MSQ chip. To minimize 
pin usage on the MSQ chip, bits <5:3> of the BUT microfield are decoded externally. If all three 
high-order bits are low, DPM16 BUT CTRL CODE A H is asserted. 


In addition to the BUT microfield, bits <2:1> of the IRD counter are input to the MSQ chip. This is 
done for the following reason. When an IRDx is specified by the BUT microfield, a ROM branch or 
return function may be executed. The value of the IRD counter determines which occurs. If the 
counter contains a value less than 2, a ROM branch is performed. If the counter equals 2 or more, a 
return is performed. 


Three output control signals of the MSQ chip are associated with the generation of the high-order CS 
address bits <13:06>. The three signals are: 


DPM 14 ZERO HI NEXT L 
DPM14 DISABLE HI NEXT H 
DPM14 ENABLE IRD ROM H 


DPM14 ZERO HI NEXT L is asserted to zero these bits during initialization or when a microvector is 
used. Initialization is detected by the assertion of the signal UBI14 MSEQ INIT L. Use of a micro- 
vector is detected by the assertion of DPM17 DO SRVC L or DPM17 ENABLE UVECT H. Note that 
DPM14 ZERO HI NEXT L is inhibited if MICRO ADDR INH L is asserted. This signal indicates 
the external microaddressing mode. 


When MICRO ADDR INH L is asserted, the CS lines must be cleared for the assertion of a CS ad- 
dress by an external device. To clear the high-order CS address lines, DPM14 DISABLE HI NEXT H 
is asserted. This prevents the NEXT microfield from driving the CS lines (Figure 2-30). The micro- 
address multiplexer is likewise disabled. MICRO ADDR INH L also eliminates any effects of other 
low-order CS address sources by disabling drivers at the end of the CS address lines (Figure 2-30) 


DPM14 DISABLE HI NEXT H 1s also asserted during the’return from subroutine and IR decode 
microaddressing modes. In each of these cases the microaddress multiplexer is disabled. During the 
return from subroutine mode, DPM14 USTK OUT ENABLE L is generated to remove the micro- 
address from the microstack. During the IR decode mode, DPM14 ENABLE IRD ROM H is asserted 
to enable the IRD ROMs for the generation of the CS address. DPM14 ENABLE IRD ROM H also 
clears CS address bits <13:11> (Figure 2-30). Refer to Paragraph 2.4 for a complete description of 
IR decode. Paragraph 2.3.3 describes microstack operation. 


2.3.3. Microstack Operation 

The microstack is a 16-location stack within the microsequencer that provides the microprogrammer 
with the capability of subrouting and nesting. The address of the current microinstruction is always 
placed on top of the microstack. As long as a microstack function is not required (not a JSR or return) 
the stack pointer remains unchanged. For these microcycles, the stack location is always overwritten 
with the address of the new microinstruction. 
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The microstack pointer is contained within the MSQ chip. The stack pointer is incremented when a 
JSR is executed. For this case the address of the current microinstruction is stored in the new stack 
location. A JSR may be explicitly specified by the JSR microfield, or implicitly specified by an inter- 
rupt or exception. When a JSR is explicitly specified, DPM14 JSR H is generated and input to the 
MSQ chip to increment the stack pointer. Interrupts and exceptions are detected by the following sig- 
nals. 


DPM17 ENABLE DPM17 DO Condition 
UVECT H SRVC L Indicated 
Asserted Asserted Interrupt 
Asserted Unasserted Microtrap 
Unasserted Asserted Trap 


The MSQ chip decodes these signals to increment the microstack pointer and to generate the micro- 
address of the appropriate service routine. 


At the end of a subroutine, a return microinstruction is executed. DPM14 USTK OUT ENABLE L is 
generated by the MSQ chip to enable the microstack output. This removes the microaddress indicated 
by the stack pointer and places it on the CS address lines. The microstack pointer is decremented at the 
end of the return microinstruction. 


2.3.4 Control Store Module 

The CPU control store module (CCS) occupies slot 5 of the backplane. The control store isa 6K x 80 
bit PROM design. The circuitry is designed around 1K X 4 tri-state PROM. The design is imple- 
mented in six banks of 1K X 80 bits with bank-select logic that decodes the MSBs of the control store 
address. Figure 2-27 is the block diagram of the CCS module design, and it shows the major circuitry of 
the design. 


The cycle time of the control store is the normal 320 ns microinstruction execution time, even though 
the PROM access time is approximately 60 ns. In some instances such as IRD 1, IRDx, and UTRAP, 
the cycle has to be extended because there is no I-Stream or because the hardware has to generate a 
microaddress by decoding certain conditions. The M CLK L signal is used to load a new micro- 
instruction into the control store latches. The cycle time of each microinstruction begins on the low-to- 
high transition of the M CLK L. 


The derivation of the M CLK L is explained in Paragraph 2.1. The control store timing for reading the 
next microinstruction from the NEXT field of the microword is shown in Figure 2-34. The signals refer- 
enced in the figure are from both the DPM module and CCS module print sets. 


The NEXT address bits <5:0> are latched on DPM 14 on the low-to-high transition of M CLK L, and 
on CCSO1 the NEXT address bits <13:6> are latched by the same M CLK L. Including the propaga- 
tion delay, the next address bits <13:6> go to the CS ADD BUS, and reading of the control store 
commences. Bits <5:0> go straight through the MSQ gate array but are delayed slightly longer. The 
PROM data must be stable before the next M CLK L which latches the next microinstruction. 


If a microinstruction has to be aborted because of a microtrap, the hardware must generate the control 
store address of the microinstruction to service the microtrap. Because of this, the cycle is extended 2 B 
clocks to obtain the necessary set-up time for the hardware to generate the control store address. Figure 
2-35 illustrates the extended cycle for a control store parity error. The microvector for control store 
parity errors is 0020. The derivation of the microvector addressing is explained in Paragraph 2.3.1.1. 
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Figure 2-35 Extend Clock Cycle for Control Store Parity Error 
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The latched microinstruction connects to parity checking circuitry distributed among the DPM, CCS 
and UBI modules. The parity checking logic generates a parity error if the microword is in error. This 
signal is called CS PARITY ERROR H and is located on DPM 20. CS PARITY ERROR H goes to 
the SAC gate array where it is latched in a flip-flop. If a second CS parity error occurs before the next 
IRD 1, the SAC gate array stops the B CLK signal and lights the CS PARITY ERROR indicator on 
the operator control panel. The CS parity error also forces a microtrap to divert the flow of the micro- 
code to the CS parity error microroutine. This initiates a machine check exception that is serviced 
through the macrocode routine at SCBB+4. CS PARITY ERROR H goes to MIC7 to the ACV gate 
array where the CS parity error is encoded into a 3-bit number that is called ENC UTRAP <2:0> L. 
The encoded number is 7 and it enters the UTR gate array on MIC7. The UTR gate array generates 
the signal GEN DEST INH L that inhibits registers from being loaded with meaningless data. 


The next B CLK L generates the signal from the UTR gate array called UTRAP L. UTRAP L goes 
back to the SAC gate array on DPM17 to extend the microcycle 2 B clocks to allow enough set-up time 
to enter the microtrap routine. The SAC gate array produces two outputs that go to the MSQ gate 
array so it can generate bits <5:4> of the microvector. These two outputs are called DO SRVC L and 
ENABLE UVEC H. DO SRVC L is only true if at BUT Service an interrupt or service request is 
pending. ENABLE UVEC H is true during microtraps and external interrupts at BUT Service. These 
signals are combined as shown in Figure 2-32 to produce the first two bits of the control store address. 


The UTR gate array forms the microvector address in bits <3:0>. Gates E42 on DPM 14 are enabled 
to drive MICROVECTOR <3:0> H by the signal ENABLE UVEC H from the SAC gate array. The 
microaddress driven on the CS ADD lines then comes from the MSQ gate array for bits <5:4>. Bits 
<3:0> come from MICROVECTOR <3:0> H. Bits <13:6> of the CS ADD lines are zeroed by 
the MSQ gate array with a signal that goes to DPM 13 called ZERO HI NEXT L. Microaddress 0020 
is formed by the hardware on the CS ADD lines. ROM access time is still from 60 ns and the contents 
of location 0020 should be stable by the time M CLK L is issued. 


Some microinstructions may have to be extended to complete an operation that cannot be done in the 
normal 320 ns time. To extend the cycle for 1 B clock is the function of the CLKX bit <15> of the 
microword. Certain micro-orders must have the CLKX bit set in order to complete succesfully. The 
CLKX bit is set by a MICRO2 assembler post-processing program for certain micro-orders and the 
exact cycle time in nanoseconds is shown in the microcode listing in the binary data output. The time 
has an asterisk (*) following it. For example: 


U_ 0800,1860,C100,A300,8430,8800 384* 35106 

WX.EQ.0?,  NEXT/ 
The binary output shows the ROM address, the content, and the amount of time required to complete 
the ROM state. It takes 384 ns to execute this particular microinstruction, which is longer than the 320 


ns normal cycle time. Figure 2-4 (in Paragraph 2.1.2.6) shows an extended microcycle timing diagram. 
As shown in this diagram, the normal 320 ns cycle becomes 480 ns. 
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2.3.5 Control Store Hardware Implementation 
Refer to the control store schematic diagram CCS 01. The interface next address latch and CS ADDR 
<13:6> drivers are contained on this page. 


On the low-to-high transition of the M CLK L, a new microinstruction is loaded into the control store 
latches distributed among the UBI, CCS, and DPM modules. E6 latches bits <13:6> of the micro- 
word, which comprise high bits of the NEXT field. The output from the latch goes right to the CS 
ADD drivers to read the next microinstruction. Flip-flop E2 is there to prevent accesses to the unas- 
signed seventh and eighth K of the control store. If a control store address to the unassigned area is 
latched, NAND gate E3 asserts a low output to clear E2 at the next M CLK L. The result is that E3 
pin 2 disables the CCS module to drive the signal CS HNEXT PAR H, which should now be driven by 
the logic that contains the seventh or eighth K of the control store space (e.g., ROM). For a similar 
reason it also shuts off the drive for the tri-state drivers to CS ADDR <13:06>. In the upper left 
corner of CCS 01 is the bank select decoder that enables one of the six 1K banks by decoding bits 
<12:10> of the control store address. Note that bit <13> disables the decoder because bit <13> 
specifies the WCS address space or higher. 


The tri-state control store address lines, CS ADDR <09:00>, are buffered on CCS 02 and CCS 03 
before driving the address inputs to the ROMs. CCS 04 through CCS 08 show the lower 3K of the CCS 
control store, drawn in the order the microword is defined to MICRO2. Each ROM isa 1K 4 bit tri- 
state part. Each bit of the microword has six possible sources on this board and two more sources exte- 
rnally (WCS and RDM). The upper 3K of the control store is shown on CCS 09 to CCS 13. The ROM 
output is latched on the FPA, DPM, MIC, UBI, and CCS CPU modules and a parity check is per- 
formed on the DPM module. The pinning for the daughter-board connectors that interface the WCS 
module to the CCS module is illustrated on CCS 14. 


2.3.6 Writable Control Store 

The writable control store (WCS) module is an optional module that attaches to the resident control 
store module (CCS) to provide the customer with the capability of executing application-specific micro- 
routines. G and H floating math processors implement the G and H instruction set on the WCS module. 
The writable control store is 1K by 80 bits and has a data interface to the CMI bus. The WCS is loaded 
from the CMI and also can be read back over the CMI for write/read data comparison. The access 
time of the WCS RAMs is 55 ns. Timing for WCS operation is derived from B CLK L. Parity is not 
automatically generated when the microcode is written into WCS. The customer should either use the 
MICRO2 assembler, which computes parity to generate the microcode, or calculate the parity accord- 
ing to the hardware definition in the DEFIN.MIC file of the microcode listing. The data stored in WCS 
must have the correct parity, or control store parity errors will result when executing microcode from 
WCS. 


2.3.6.1 WCS Detailed Description — This paragraph describes how the WCS is accessed via the CMI. 
It assumes the reader is familiar with the CMI concepts and protocol as described in Paragraph 2.5.9.1 
of this manual. Refer to Figure 2-36, which illustrates the physical address space organization of the 
CMI. The VAX-11/750 physical address space is 16 megabytes in size, with the upper half being set 
aside for I/O registers and controllers. The first 1/O address is FOO000 (hex), the first longword of the 
WCS RAM. The WCS is designed as a 20-bit wide interface to the CMI. This means that four long- 
word writes to sequential locations are required to pack one 80-bit microinstruction into WCS. CMI 
physical longword addresses FOOOOO through FOOOOC correspond to control store address 2000. Refer 
to Figure 2-25 for control store address allocation. 
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Figure 2-36 VAX-11/750 Physical Memory Organization 


Loading a single 80-bit microinstruction into the WCS location 2000 could be accomplished as follows. 


TABLE: -LONG 17X08800 sbits <19:0> 
-.LONG TX00843 5 <39:20> 
.LONG [X100A3 5; <59:40> 
.LONG [X11860C ; <79:60> 


LDWCS: MOVAL TABLE, RO 
MOVL #4, R1 
MOVL #{XFO00000, R2 
1S: MOVL (RO)-+, (R2)-+ 
SOBGTR R1, 1$ 
HALT 


The TABLE is the microcode binary to be loaded into WCS. Note that only the 20 lower bits of the 
longword location are meaningful. The last word in the table has an extra bit used to enable the WCS 
once the microcode is loaded. The first macroinstruction points RO toward the table. The second macro- 
instruction sets up R1 as the loop counter and R2 1s pointed to the first longword location in WCS. At 
1$ is the MOVL which pulls a longword from the table and sends it to the WCS. After this, RO and R2 
are incremented to point to the next longword in their respective locations. The SOBGTR loops until 
R1 is equal to zero. This example program causes the four longwords from the table to be written to 
WCS locations FO0000, FOO004, FOO008, and FOOOOC. A similar routine could be written that would 
read WCS back for data checking. 


(See Figure 2-37, which is a block diagram of the WCS.) When MOVL (RO)+, (R2)+ from the pre- 
vious example, is executed, it performs a CMI read for the source operand and CMI write to store to 
the destination, WCS. During the first write to the WCS, the address in R2 is FO0000. When the CMI 
write occurs, address FOO000 enables the NAND gate to generate the signal SEL WCS L. This signal 
indicates that the WCS is selected for a CMI transaction. Bits <3:2> of the CMI are used to select 
which 20-bit section of the WCS RAM is to be written. If bits <3:2> of the CMI address latch are 00, 
then the CMI data is written into bits <19:0> of the WCS location. 


The following chart explains which section is enabled for bits <3:2>. 


CMI Address <3:2> WCS RAM Written CMI Data 
00 <19:00> <19:00> 
01 <39:20> <19:00> 
10 <59:40> <19:00> 

11 <79:60> <19:00> 


The output of the CMI address latch goes to the multiplexer that selects the address latch for writing 
and reading the WCS RAMs. When microcode executes from WCS, the same multiplexer selects the 
CS ADDR <9:0> lines from the microsequencer. The output of the RAMs goes to the other CPU 
modules where the microinstruction is latched on M CLK L. The WCS RAM data is also multiplexed 
back to the CMI during reads of the WCS, and the 20-bit RAM that is sourced back to the CMI is a 
function of address bits <3:2>. 


Figure 2-38 shows the timing diagram for a CMI write cycle to the WCS. The figure shows the time the 
address is asserted on the CMI and time the write data is asserted. During the first B CLK L, when 
DBBZ L is asserted, the address and CMI are asserted. The WCS latches the address using the B CLK 
H signal so that the decode of the address is done in parallel. If the address is a WCS address, the 
signal SEL WCS L is asserted on WCS 01 in the module schematics. This causes the signal TIME 1 L 
and TIME 12 H to be asserted at the next B CLK L. The signal TIME 12 H prevents the CMI address 
latch on WCS 02 from being clobbered until the transaction is complete. 
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The WCS interface logic also must decide if this is a read or write cycle. This is done by monitoring 
CMI DATA <27> which indicates read or write cycle. The signal WRITE H is the latched bit 
<27> and is used to set up the chip enables and write enables. The WCS must drive CMI DBBZ to 
keep the write data on this latch on WCS 02 from being clobbered until the transaction is complete. 
The WCS interface logic also must decide if this is a read or write cycle. This is done by monitoring 
CMI DATA <27> which indicates read or write cycle. The signal WRITE H is the latched bit 
<27> and is used to set up the chip enables and write enables. The WCS must drive CMI DBBZ to 
keep the write data on the bus for two cycles. The signal TIME 1 L drives CMI DBBZ L for one cycle 
after the address cycle so that the write data remains on the bus for two cycles. The signal TIME 12 H 
is used to enable the CMI status lines <1:0> which will be valid upon the negation of DBBZ L. TIME 
2 H becomes the WCS RAM chip enable on writes to WCS, which occur during the second cycle that 
data is on the CMI. The write enable pulse that goes to all the RAM chips is generated from the signal 
WRT CLK L. The WCS microcode is written into the RAMs on the low pulse of WRT CLK L. 


Reading the WCS requires some type of read of address FOO000 to FO3FFC. The program described 
above could be changed to read WCS address 2000 into memory. 


WCS_DATA: -BLKL 4 


START: MOVL #{XFO00000, RO 
MOVL #4, R1 
MOVAL WCS__DATA, R2 
1$: MOVL (RO)-+, (R2)+ 
SOBGTR R1, 1$ 
HALT 


This routine reads addresses FO0000, FO0004, FO0008, and FOOOOC into the space allocated by the 
-BLKL directive called WCS__DATA. This routine could be modified to compare the write data to 
WCS with the data read back. During the execution of the MOVL (RO)+, (R2)+ instruction, when 
the source operand is fetched, a bus function micro-order causes a CMI read of the WCS. The timing 
diagram of the CMI read of WCS is shown in Figure 2-39. During the read transaction, after the CPU 
has arbitrated and won the CMI, the CMI address and CMI DBBZ L are asserted. The WCS latches 
address from the CMI on the low-to-high transition of B CLK H. In parallel to this the decode gate 
decides if this is a WCS address and asserts the signal SEL WCS L. 


Again SEL WCS L is used to initiate the read cycle and prevent the address latch on WCS 02 from 
being clobbered during the read transaction. SEL WCS L also starts the generation of the signals 
TIME 1 L and TIME 12 H. On reads of WCS the WCS RAM data is available for the next CMI 
cycle. The signals SEL WCS L and TIME 1 L and NOT WRITE L allow the signal DRIVE CMI L to 
be generated for two cycles to allow the WCS to drive the 20 bits of RAM data onto the CMI for 2 
cycles. During a read operation, bits <31:21> are not defined. These bits float on the CMI, and this is 
usually the same as receiving ones. The CMI master (CPU) clocks the read data on the next B CLK H. 
The read data remains on the CMI for an additional cycle after DBBZ is negated. The signal TIME 12 
H is the chip enable signal on reads and so the RAMs are enabled for two CMI cycles to pass the 
content of the selected address to the CMI transceivers. 


2-75 


2.3.6.2 WCS Schematic Diagram Analysis — The timing diagram (Figure 2-39) can be used to study 
the schematic diagrams on WCS 01 and WCS 02. The rest of the logic is explained in the block dia- 
gram analysis. On WCS 01, in the lower left corner, is the NAND gate that determines whether or not 
the address on the CMI is a WCS address. This signal is called SEL WCS L and it goes to the latch ES, 
where at the next B CLK L, the signal TIME 1 L is asserted. On WCS 02, on the left side of the print, 
is the CMI address latch that is loaded at every B CLK H time. The latch is disabled if SEL WCS L 
generates TIME 12 H, preventing the latch from being overwritten during this CMI transaction. CMI 
DBBZ L is received and driven by the signal TIME 1 L for one cycle after the address has been as- 
serted. The CMI transceivers are shown on WCS 03 and the direction of drive is a function of CMI bit 
<27> which indicates whether the cycle is a read or write. The signal DRIVE CMI L is asserted only 
during reads of WCS. Refer to Figure 2-39. WCS 03 shows the 2/1 multiplexer that selects the RAM 
address from either the CMI address latch or the control store microsequencer. The rest of the sche- 
matic diagrams are the RAMs themselves. 


If the WCS module is added to the system after the initial delivery, it is important to remove a jumper 


on the backplane that disables any reference to WCS. This jumper grounds the signal CS ADD 13 Hon 
the CCS module. The wire-wrapped jumper runs between B00548 and B00544. 


ADDRESS | READ DATA | READDATA 
BCLKL 
t ' 1 | 
CMI DBBZ L mi | | 


WCS01 SEL 
WCS L 


WCS01 TIME 1 | | 

Ptoot 
WCS01 TIME 12H | | | 
WCS01 TIME 2H 


WCS02 LOAD 
ADDRESS LATCH (BCLK H) 


WCS02 WRITE H 


WCS02 CHIPENL 


STATUS 


WCS02 DRIVE 
CMI L VALID 


WCS02 STATUS 
<1:0>L 


TK4320 


Figure 2-39 CMI Read of WCS (Timing Diagram) 


2.4 INSTRUCTION DECODE OVERVIEW 
Macroinstruction decode is performed by the data path module (DPM) instruction decode logic. This 


logic is illustrated in Figure 2-40. It consists of an instruction decode chip (IRD) and three groups of 
PROMs. The three PROM groups are as follows. 
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1. Native Mode IRD 1 PROMs (VAX instructions) 
2. Native Mode IRDx PROMs (VAX instructions) 
3. Compatibility Mode PROMs (for PDP-11 instructions) 


Instruction stream data (ISTRM) is made available to the instruction decode logic via the memory 
interface and control (MIC) module execution buffer (XB). This data is received on the XBUF 
<15:0> H lines. 


The function of native mode instruction decode is to decode a macroinstruction (i.e., MOVL R1, (R2)) 
to produce a base microaddress to the CCS PROMs corresponding to the macroinstruction opcode 
(MOVL) and an address mode offset for any operand specifiers (R1, (R2)). For native mode the opcode 
and first operand specifier (MOVL R1) are decoded during IRD 1 time and the second operand speci- 
fier, (R2), is decoded during IRDx time. If the instruction has more than two operand specifiers, each 
operand specifier is decoded in its turn. The IRD 1 PROM and IRD gate array chip decode the opcode 
and first operand specifier. At IRDx time the opcode, second, and third operand specifiers are decoded 
by the native IRDx PROM. For instructions having more than three operand specifiers, the microword 
BUT field specifies LOD.INC.BRA (BUT = 6). This BUT field micro-order brings in an additional 
operand specifier on XBUF <7:0> H. The IRD chip decodes this operand specifier and produces an 
address mode offset. This offset is then ORed with the microword NEXT field to provide an address for 
the next microinstruction to be executed. 


Compatibility mode instruction decode is accomplished by the IRD gate array and the compatibility 
mode PROM. PDP-11 instructions have a varying format for opcodes and operands. This varying for- 
mat makes it necessary for the IRD chip to encode each PDP-11 instruction opcode before using it to 
address the compatibility mode PROM. The PROM then produces a base microaddress to the CCS 
PROMs. The IRD chip, just as in native mode, provides an address mode offset to the CCS PROMs. 


2.4.1 XBUF to Instruction Decode Data Transfer 

See Figure 2-41. IRD 1 L and LD OSR L control the transfer of data from the MIC module execution 
buffer to the instruction decode logic (IRD chip and native IRD 1 PROM). Data may be transferred 
two bytes at a time on XBUF <15:0> H, or one-byte transfers may be done on XBUF <15:8> H or 
XBUF <7:0> H. 


2.4.2 Instruction Decode Chip (IRD) 
See Figure 2-40. The function of the IRD chip is to decode data received on XBUF <15:00> H and to 
output the following. 


IR <7:0> H, used to address the native mode IRDx PROMs, compatibility mode PROMs, and 
D-size PROMs. 


CS ADDR <03:00> L, used as an address mode offset to the CCS PROMs. 


IRD RNUM <03:00> H, to the scratchpad address (SPA) gate array chip, selecting the general 
processor register to be used with the operand specifier being evaluated. 


DISP ISIZE <01:00> H, used to indicate the size of an address displacement in the ISTRM. 


All these outputs depend on the instruction mode (native or compatibility), instruction class (during 
compatibility mode), and addressing mode. 


2.4.2.1 Instruction Register (INSTR REG) - See Figure 2-42. The instruction register is an 8-bit input 
register internal to the IRD chip. This register is loaded as specified in Table 2-4. 
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MIC XBUF <15:00> H 


‘DPM 17 MCLK a Oe 9 LC 
DPM 17 LDIRL a CS ADDR <03:00>L 
DPM 14 LD OSRL ® 


DPM 18 IRD RNUM <03:00>H 
DPM 18 DISP IS! ZE <01:00> H 
DPM 18 DST R MODE H 

DPM 18 REG MODE H 


IR DECODE 
ROMS 


DPM 17 IRD ADD CTL <01:00>H 


DPM 20 IRD CONTROL L 
DPM 20 WCTRL 2H 


DPM 17 |IRDCTROH 
FPA PRESENT L 
DPM 18 REG MODE H 


CS ADDR <10:6> H 


CS ADDR 
<5:0> H 


(x {so 


DPM 18 ROM OS INH H 


NATIVE 
MODE 
IRDX 


OUTPUT EN 


DPM 18 PSL CM L 
DPM 16 IRD1 L 
DPM 14 ENABLE IRD ROM H 


IR DECODE ROMS 


CS ADDRESS BUS 


COMPATABILITY 
MODE 


S ADDR <10:6> H 


CS ADDR 
<5:0>L 


DPM 16 1RD1H 
DPM 17 JRDCTROH 


1R DECODE DPM 18 REG MODE H 
MIC XBUF<07:00> H ROMS 


OUTPUT EN 


DPM 17 DSL CM H |p 
DPM 14 ENABLE IRD ROM H 


CS ADDR <9:6>H 


FPA PRESENT L NATIVE 


MODE 


IRD1 CS ADDR <5:3> L 
DPM 17 PSL FPD H 


MA 


DPM 18 ROM OS INH H CS ADDR <5:3> H 


DPM 161RD1L 
DPM 14 ENABLE IRD ROMH 
DPM 18 PSL CML 


TK-3624 


Figure 2-40 Instruction Decode Logic 


# OF BYTES TO 
LD OSR L | INSTRUCTION DECODE LOGIC 


0 
1 ON XB <7:0> 
1 ON XB <7:0> 
2 ON XB <15:0> 


mama gmake igers & 


MSRC XB 


XB SELECT INHIBIT CMI (TO CMR) 
UTR CHIP 
UTRAP 


| XB PC 1:0 
MA SEL $11S0 STALL ene CLOCKS 
| ENA PC CHIP 
PRK CHIP 
| WwBUS * KC 
CMK CHIP ENA CMI 
GRANT STALL 


{RD CHIP Fe ee en ee 1 


| | XB SELECT 
| | PC 01:00 
XB<15:0> | 
| | MBUS MUX = 
| XB 
| : 


| 
MBUS | 
XB1 
NATIVE |XB <7:0>H XB | 
IRD 1 DECODE 
PROM | | BUS | 


EXECUTION BUFFER BLOCK DIAGRAM 
‘SIMPLIFIED’ TK-3032 


DATA PATH MODULE (DPM) | 
| INSTRUCTION DECODE 


CMI 


Figure 2-41 Execution Buffer to Instruction Decode Transfer 


Table 2-4 Loading the Instruction Register 


PSL CM H LD IRL 
L L 
H L 
don’t care H 


For both native and compatibility modes, loading of the instruction register occurs when M CLK L is 
asserted. Table 2-4 shows that LD IR L must be low in order to load the instruction register. LD IR Lis 
active when the microword BUT field specifies an IRD 1 (BUT = 4) or IRD 1 TST (BUT = 5) condi- 
tion (See Tables 2-5, 2-6 and 2-7). 


INSTR REG 
Loaded From 


XBUF <07:00> H 
XBUF <15:08> H 


don’t care no load 


Load source is determined by the processor status longword (PSL) CM H bit. PSL CM H will be high 
for compatibility mode and low for native mode. 


2-79 


O8-¢ 


INSTRUCTION 
REGISTER 


MIC XB<07:00>H 


INSTR REG 
<07:00> 


MIC XB<15:08>H 


DPM 17 PSL CMH 


DPM 17 MCLKL 
DPM 17 LDIRL 


OPERAND 
SPECIFIER 
REGISTER 


OSR<07:00> 


DPM 17 PSL CMH Cd 
DPM 17 LDIRL a 


DPM 17MCLKL _ 
@ 


DPM 14 LO OSRL 


ENCODE 


DPM 18 1R<07:00>H 


CM 
ENCODE 
MIC XB<15:00>H 


INSTR 2:00 
MIC XB<15:12>H 


ADDRESS 


MODE 
MIC XB<07:04>L DECODE 
OSR<07:04> —»] (NATIVE MODE) 


ADDR <03:00>L 
MIC XB<11:09>H abs 


MIC XB<05:03>H 
OSR<05:03> 


(COMPATIBILITY 
MODE) 


DPM 18 REG MODE H 


NATIVE ( MIC XB<11:08>H 
MODE ] MIC XB<03:00>H 
MIC XB<08:06>H 

MIC XB <02:00>H 

INST REG <O>,OSR <02:00> 
OSR<02:00> 


DPM 18 IRD RNUM <03:00>H 


DECODE DPM 18 DST RMODE H 


LOGIC 
DPM 17 PSL CM H 


DPM 18 DISP | SIZE <01:00>H 


DPM 18 XB <15:08>H 


DPM 20 IRD CONTROL H 
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Figure 2-42 Instruction Decode Chip (IRD) 


Table 2-5 Compatibility Mode Instruction Decode 
Hardware Conditions 


18°C 


BUT CODE IRDCTR <2:0>H Instruction Control INSTR OSR RNUM DSIZE IRDCTR PC No. Bytes Branch 
<5:0>H at Start of Class (From Store REG REG <3:0> LATCH <2:0>H Requested Offset 
Microinstruction Table 2-6 Address STATUS From XB Source 
S ADDR<10:0> CS ADDR <3:0>L CS ADDR<3:0>L 
=4=IRDI Don’t Care A, D2, B2 CM IRD ROM Loaded Loaded Loaded Loaded 7 During PC—PC+2 2 
(Excluding ORed with with Instruction XB<5:3> 
XOR and SOB) Table 2-13 XB<2:0> 0 at End 
=4=IRDI Don’t Care BI,XOR CM IRD ROM Loaded Loaded Loaded Loaded 7During PC—PC+2 
(From B2)OR ORed with with Instruction 
SOB (From B2) Table 2-13 XB<8:6> 0 at End XB<11:09> 
=4=IRDI Don’t Care C, DI CM IRD ROM Loaded __ Loaded Loaded Loaded 7During PC—PC+2 
ORed with 0 Instruction 
1101 0 at End 
=l!=IRDX 0 BI, XOR CM IRD ROM No Load No Load Loaded No Load Increment No Change 
(OPSPEC (From B2) ORed with with 
Must Not Table 2-13 OSR <2:0> OSR <5:3> 
Be Set) 
=!=IRDX 0 A, D2,B2 CM IRD ROM No Load No Load Loaded No Load Increment No Change 
(OPSPEC (Excluding with 
Must Not XOR and SOB) IR<0>OSR<7:6> 
Be Set 
=l1=IRDX 0 SOB CM IRD ROM No Load No Load Loaded No Load Increment No Change 
(OPSPEC with 
Must Not OSR<2:0> 
Be Set 
=l1=IRDX 0 C, DI CM IRD ROM No Load No Load Loaded No Load Increment No Change 
(OPSPEC with 0 
Must Not 
Be Set) 
=l!=IRDX | Don’t Care CM IRD ROM No Load No Load No Load No Load Increment No Change 
(OPSPEC 
Must Not 
Be Set) 
=1!1=IRDX 2,3,4 Don’t Care Works No Load No Load No Load No Load NoChange No Change 
5,6,7 Exactly 
Like a 
“Return” 
=18=BRA. Don’t Care Don’t Care NXT WITH No Load No Load No Load No Load No Change No Change OSR<5:3> 


ON.ADD 


Table 2-6 Compatibility Mode Instruction Class Defined 


Class A — 1 Operand 
Opcode Mnemonic 


Class A — 1 Operand 
Opcode Mnemonic (Cont) 


00 4R DD JSR 10 65 SS MFPD 
10 66 DD MTPD 
00 50 DD CLR 
00 51 DD COM 10 67 00 
00 52 DD INC (Unused) 
00 53 DD DEC 10 77 77 
00 54 DD NEG 
00 55 DD ADC Class B1 -— 2 Operand 
00 56 DD SBC Opcode Mnemonic 
00 57 DD TST 00 SS DD MOV 
00 60 DD ROR 02 SS DD CMP 
00 61 DD ROL 03 SS DD BIT 
00 62 DD ASR 04 SS DD BIC 
00 63 DD ASL 05 SS DD BIS 
00 64 NN MARK 06 SS DD ADD 
00 65 SS MFPI 
00 66 DD MITPI 11 SS DD MOVB 
00 67 DD SXT 12 SS DD CMPB 
00 70 00 13 SS DD BITB 
(Unused) 14 SS DD BICB 
00 77 77 15 SS DD BISB 
10 40 00 16 SS DD SUB 
EMT 
10 43 77 Class B2 - 1 1/2 Operand 
Opcode Mnemonic 
10 44 00 
TRAP 
10 47 77 07 OR SS MU 
07 IR SS DIV 
10 50 DD CLRB 07 2R SS ASH 
10 51 DD COMB 07 3R SS ASHC 
10 52 DD  INCB 07 4R DD XOR 
10 53 DD DECB 
10 54 DD NEGB 07 50 OR FADD 
10 55 DD ADCB 07 50 IR FSUB 
10 56 DD  SBCB 07 50 2R FMUL 
10 57 DD  TSTB 07 50 3R FDIV 
07 50 40 
10 60 DD RORB 07 (Unused) 
10 61 DD ROLB 07 67 i 
10 62 DD ASRB 
10 63 DD ASLB 07 7R NN SOB 
10 64 00 UNUSED 
(Unused) 17 00 00 
10 64 77 Floating Point 
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Table 2-6 Compatibility Mode Instruction Class Defined 


(Cont) 
Class C — Branches Class D1 — Control 
Opcode Mnemonic Opcode Mnemonic 
00 04 XXX BR 00 00 00 HALT 
00 10 XXX BNE 00 00 01 WAIT 
00 14 XXX BEQ 00 00 02 RTI 
00 20 XXX BGE 00 00 03 BPT 
00 24 XXX BLT 00 00 04 IOT 
00 30 XXX BGT 00 00 05 RESET 
00 34 XXX BLE 00 00 06 RTT 

00 00 07 

10 00 XXX BPL 00 00 77 (Unused) 
10 04 XXX BMI 
10 10 XXX BHI Class D2 — Control 
10 14 XXX BLOS Opcode Mnemonic 
10 20 XXX BVC 
10 24 XXX BVS 001 Ol DD JMP 
10 30 XXX BCC, BHIS 00 02 OR RTS 


10 34 XXX BCS, BLO 
00 02 10 
(Unused) 
00 02 27 


00 02 3N SPL 
00 02 40 NOP 


00 02 41 
Cond Codes 
00 02 77 


00 03 DD SWAB 
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D SIZE 
Latch 


Loaded 

if ROM 
OS INH 
H=L 


Loaded 

if ROM 
OS INH 
H=L 


No Load 


No Load 


Loaded 


No Load 


Loaded 


IRD CTR 
<2:0>H 
Status 

7 During 


Instruction 
0 at End 


Incremented 
if ROM 
OS INH=L 


No Change 


No Change 


Increment 


No Change 


7 During 
0 at End 


PC 


PC—PC+2 


PC—PC+1 IF 
ROM CS INH 


H=L 


No Change 


No Change 


PC-—PC+ 1 


PC—PC +1 


PC—PC+2 


No. Bytes 
Requested 
From XB 


1 If ROM OS 
INH H=H 
2 If ROM OS 
INH H=L 


1 If ROM 


OS INH H=L 


Table 2-7 Native Mode Instruction Decode 


Hardware Conditions 


Branch 
Offset 
Source 


CS ADDR <3:0>L 


XB<15:08> 


XB<07:00> 


OSR<7:0> 


XB<07:00> 


XB<07:00> 


BUT Code 
<5:0>H 


=4=IRDI 


=|1= IRDX 


=1=IRDX 


=18=BRA.ON. 


ADD 


=6=LOD.INC. 


BRA 


=7=LOD.BRA 


=5=IRDITST 


IRD CTR<2:0>H 


At Start of 
Microinstruction 


Don’t Care 


0,1 


2,3,4,5,6 


Don’t Care 


Don’t Care 


Don’t Care 


Don’t Care 


Control Store 
Address CS 
ADDR<10:0> 


IRDI ROM CSA 
ORed with 
Table 2-12 
Unless ROM OS 
INH H=H 


IRDX ROM CSA 
ORed with 

Table 2-12 
Unless ROM 

OS INH H=H 


IRDX Works 
Exactly Like 
a “Return” 


NXT ORed with 
Table 2-12 


NXT ORed with 
Table 2-12 


NXT ORed with 
Table 2-12 


NXT 


INSTR 
Reg 


Loaded 


No 
Load 


No 
Load 


No 
Load 


No 
Load 


No 
Load 


Loaded 


OSR 
Reg 


Loaded 
if ROM 
OS INH 
H=L 


Loaded 

if ROM 
OS INH 
H=L 


No 
Load 


No 
Load 
Loaded 


Loaded 


Loaded 


INSTR REG <7:0> data may be selected in whole or in part as a source for the following outputs. 
l. XBUF <15:8> H receives INSTR REG <7:0> (see Paragraph 2.4.2.9). 


2. IR <7:0> H receives INSTR REG <7:0> for native mode, or encoded INSTR REG 
<7:0> for CMODE (see Paragraph 2.4.2.3). 


3. CS ADDR <2:0> receives INSTR REG <2:0> (see Paragraph 2.4.2.4). 
4. IRD RNUM <2> receives INSTR <0> (see Paragraph 2.4.2.6). 


2.4.2.2 Operand Specifier Register (OSR) — See Figure 2-42. The operand specifier register is internal 
to the IRD chip. It is an 8-bit register that is loaded under the conditions shown in Table 2-8. 


Table 2-8 indicates that the OSR may be loaded during both native and compatibility modes. Data is 
loaded into OSR when the previous microword BUT field = 4 (IRD 1), 5 IRD 1 TST), or 1 (IRDx). 


OSR data can provide a source for the following outputs under conditions specified in the indicated 
sections. 


1. XBUF <15:8> H gets OSR REG <7:0> (see Paragraph 2.4.2.9). 
2. IR <7:0> H receives encoded OSR REG <7:0> (see Paragraph 2.4.2.3). 


3. CS ADDR <3:0> L gets decoded OSR REG <7:4> or CS ADDR <2:0> L gets de- 
coded OSR REG <5:3> (see Paragraph 2.4.2.4). 


4. IRD RNUM <3:0> receives OSR REG <3:0>, or IRD RNUM <2:0> receives OSR 
REG <2:0>, or IRD RNUM <1:0> receives OSR REG <7:6> (see Paragraph 2.4.2.6). 


5. REG MODE H = H if OSR REG <5:3> = 0 (see Paragraph 2.4.2.5). 


2.4.2.3 IR <7:0> H - See Figure 2-42. IRD outputs IR <7:0> H are used for the following pur- 


1. During compatibility mode (PSL CM H = H) IR <7:0> H along with IRD CTR 0 H, and 
REG MODE H, are used as an address to the compatibility mode PROMs (See DPM 18, 
E25, E9, and E8) (See Table 2-9). 


2. During native mode IRDx time IR <7:0> H, together with IRD CTR 0 H, FPA PRE- 
SENT L, and REG MODE H, are used to address the native mode IRDx PROMs (DPM 18, 
E27, E10, and E11) (See Table 2-10). 


3. IR <7:0> H, PSL CM H, and IRD CTR <2:0> H provide an address to D-size PROM 
E7 (DPM 19). 


4. IR <7:0> are decoded by the condition code logic (DPM 10 E13 and E70) in order to modi- 
fy the state of PSL condition code bits N, Z, V, C. 


5. IR <5, 3, 2, and 0> are provided to the BUT multiplexer circuitry (DPM 16, E57, and 
E46). Under control of certain BUT field micro-orders, these signals can be individually 
passed through the BUT multiplexer to the CS ADDR 00 L line. For example, BUT = 22 
(IR2 is sourced to CS ADDR 00 L) 
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Table 2-8 Operand Specifier Register Source 
M CLK L PSL CM H LDIRL OSR Loaded From 
L L H XBUF <7:0> H 


L L L XBUF <15:8> H 
L H don’t care XBUF <7:0> H 


Table 2-9 Compatibility Mode ROM Addressing 


IRDx Time 
IRD 1 H=L, 
IRD CTR 0=1 


IRD 1 Time 
IRD 1 H=H, 
IRD CTR 0=1 


Macro- 
instruction 


IRD 1 H=L, 
IRD CTR 0=1 


REG [CM.OS.WRT] [CM.JSR] [IE.BAD.IRD], 


= OA MEM [CM.OS.WRT] | [CM.JSR] [IE.BAD.IRD] 

REG [CM.OS.WRT] [CM.JSR] [IE.BAD.IRD], | ;JSR,7 
—OBO MEM [CM.OS.WRT] _ | [CM.JSR] [IE.BAD.IRD] 

REG [CM.OS.WRT] [CM.JSR] [IE.BAD.IRD], | ;JSR,8 
=OB1 MEM [CM.OS.WRT] | [CM.JSR] [IE.BAD.IRD] 

REG [CM.MFPD-REG] | [IE.BAD.IRD] [IE.BAD.IRD], | ;MFPD 


MEM. [CM.OS.RED] | [CM.MFPD-MEM] | [IE.BAD.IRD] 


The IR <7:0> H outputs (Figure 2-42) are derived from various sources depending on the conditions 
shown in Table 2-11. 


Table 2-11 shows that the IR <7:0> H outputs are affected by the state of PSL CM H and LD IR L. 
For native mode IRD 1 IR <7:0> H receives XB <07:00> H. During native mode IRDx IR <7:0> 
H gets INSTR REG <7:0> H. Due to the format of PDP-11 instruction opcodes, during compatibility 
mode instruction decode IR <7:0> H receives an encoded version of XB <15:00> H if LDIR L = 
L, or INSTR REG <7:0> H and OSR <7:0> H if LD IR L = H. Table 2-12 shows the encoding for 
compatibility mode IR <7:0> H. 


2.4.2.4 CS ADDR <03:00> L - See Figure 2-40. CS ADDR <3:0> L are used to provide an ad- 
dress mode offset for both native and compatibility mode instructions. CS ADDR <3:0> L are in- 
verted before being placed on the CS address bus. Address mode branch offsets are shown in Tables 2- 
13 (native mode) and 2-14 (compatability mode). 
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Table 2-10 Native IRD ROM Addressing 


XB<7:0> 

H (Note 4) FPA PRESENT L=H FPA PRESENT L=L 

IR<7:0> IRD 1 REG MODE H=L REG MODE H=L Macro- 

H L instruction 


|| ops _ Rec MeM | 0PS_FPAREG FPA MEM 


FPD [NOP] [IE. OPCOD.DEC] [NOP] [IE.OPCOD.DEC] :MOVL 
IRD1 [LOD] [OS.RED] [LOD] [OS.RED] 
=0DO [LOD] {IL.MOV.B.W.L.REG] | [OS.WRT2] 
CNTC [LOD] [IL.MOV.B.W.L.REG] __ | [OS.WRT2] [NOP] [IL.MOV.B.W.L.MEM] | [IL.MOV.B.W.L.MEM] 
CNT1 [NOP] [IL.MOV.B.W.L.MEM] _ | [IL.MOV.B.W.L.MEM] 
[NOP] [IE.OPCOD.DEC] :MOVQ 
FPD [NOP] [IE.OPCOD.DEC.] [LOD] [OS.QRED] 
IRD1 [LOD] [OS.QRED] 
[LOD] [IL.MOVQ] [OS.WRT2] 
=07D [NOP] [IL.MOVQ] [IL.MOVQ] 


CNTO [LOD] [IL.MOVQ] [OS.WRT2] 
CNT1 [NOP] [IL-MOVQ] [IL.MOVQ] [NOP] [IE.OPCOD.DEC] :MOVW 
[LOD] [OS.RED] 
FPD [NOP] [IE.OPCOD.DEC] 
IRD1 [LOD] [OS.RED] [LOD] [IL.MOV.B.W.L.REG] | [OS.WRT2] 
[NOP] [IL.MOV.B.W.L.MEM] | [IL.MOV.B.W.L.MEM] 
=DBO 


CNTO [LOD] [IL.MOV.B.W.L.REG] | [OS.WRT2] 
CNT1 [NOP] [IL.MOV.B.W.MEM] [IL.MOV.B.W.L.MEM] 


NOTES: 1. FPD (First Part Done), refers to the processor status longword (PSL) FDP H BIT. If 3. OPS, refers to IRD DSR REG. NOP = Do Not Load, IRD 1 OUTPUT ROM OS INH 
PSL FPD H=H, the native IRD 1 ROM outputs the beginning microaddress for this H=H. LOD = Load, IRD 1 OUTPUT ROM OS INH H=L. 
field (IECOPCOD.DEC). 
4. At IRD 1 time use XB <7:0> H 
2. IRD CTR 0 = 0, IRD 1 ROM outputs beginning microaddress for field name shown. 
= 1, IRD 1 ROM outputs beginning microaddress for field name shown. 


Table 2-11 IR <7:0> H Source Control 
PSL CM H LD IR L IR <7:0> H Receives 


L L XB <07:00> H 
I; H INSTR REG <7:0> H 
H L See Table 2-12. 


Opcode <15:00> = XB <15:00> H. 


H H See Table 2-12. 
Opcode <15:08> 
Opcode <07:00> 


INST REG <7:0> H. 
OSR <7:0> H. 


Table 2-12 Compatibility Mode IR <7:0> H Encoding 


Instr. 
Class from 
Table 2-6 IR 5 IR 3 IR 2 


IR 0 


A Opcode 
<06> 
Bl Opcode 
<12> 
B2 Opcode 
<ll> 
C Opcode 
<08> 
D1 Opcode 
<00> 
D2 Opcode 
<06> 


Notes: 1. For each instruction class, certain IR <7:0> H bits are forced high (H) or low (L); e.g., 
Class A, IR 7 = H and IR 6 = L. 


2. LD IR L determines how opcode <15:0> are to be defined as follows: 
LD IRL Opcode Definition 
L Opcode = corresponding XB 15:0 bit 


H Opcode <15:8> = INSTR REG <7:0> H 
Opcode <7:0> = OSR REG <7:0> H 
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Table 2-13 Native Mode Branch Offset to Operand Specifier Routines 


CCS ADDR 
<3:0> 
Branch 
Offset 


Operand 
Specifier 


0000 
0001 
0010 
0011 
0100 
0101 
0110 
0111 
1000 
1001 
1010 
1011 
1100 


1101 


Rn 
(Rn)+ 
I]#cons 
ST#cons 
—(Rn) 
Addr 
D(Rn) 
@#Addr 
(Rn) 
@Addr 
@D(Rn) 


@(Rn)+ 


(Rn)[PC] 


(Rn)[Rx] 


Register Mode 
Autoincrement Mode 
Immediate Mode 

Literal Mode 

Autodecrement Mode 
Relative Mode 

Displacement Mode 

Absolute Mode 

Register Deferred Mode 
Relative Deferred Mode 
Displacement Deferred Mode 
Autoincrement Deferred Mode 
Index Mode PC 


Index Mode 


Table 2-14 Compatibility Mode Branch Offset to Operand Specifier 


Routines 
CS ADDR _ | Operand 
<3:0> Specifier 
Branch 
Offset Addressing Mode 
0000 0 0-6 Rn Register Mode 
0001 PC Register Mode PC 
0010 (Rn) Register Deferred Mode 
0011 (PC) Register Deferred Mode PC 
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Table 2-14 Compatibility Mode Branch Offset to Operand Specifier 
Routines (Cont) 


CS ADDR _ | Operand 


<3:0> Specifier 

Branch 

Offset | Mode | Register Addressing Mode 

0100 2 0-5 (Rn)+ Autoincrement Mode 

0101 (SP)+ Autoincrement Mode SP 

0110 @(Rn)+ Autoincrement Deferred Mode 
0111 @#Addr Absolute Mode 

1000 —(Rn) Autodecrement Mode 

1001 — (SP) Autodecrement Mode SP 

1010 @—(Rn) Autodecrement Deferred Mode 
1011 —(PC) Autodecrement Mode PC 

1100 X(Rn) Index Mode 

1101 Addr X(PC) Relative Mode 

1110 @ADDR @X(Rn) Index Deferred Mode 

1111 #CONS Immediate Mode 


The CS ADDR <3:0> L branch offset source is dependent on a number of factors, as follows. 


Table 2-15 shows the branch offset sources for both native and compatibility mode instructions. The CS 
ADDR <3:0> L branch offset source is determined by IRD ADD CTL <1:0> H, PSL CM H, and 
LD IR L. CS ADDR <3:0> L can be sourced from a decode of the XB data, OSR data or INSTR 
REG data. Table 2-15 references Table 2-16 (native mode) and Table 2-17 (compatibility mode) in 
order to show the decode for each instruction type or class. In Tables 2-16 and 2-17, AMODE is the 
data presented to the ADDR mode decode logic internal to the IRD chip. A decode of AMODE 
<3:0> and IRD RNUM <3:0> produces the CS ADDR <3:0> L address mode offset. CS ADDR 
<3:0> L is inverted before addressing the CCS PROMs. 


2.4.2.5 REG MODE H - See Figure 2-40. REG MODE H is used to indicate that the instruction 
being decoded specifies register mode. REG MODE H is used as address bit 0 for both native IRDx 
and compatibility mode PROMs. Tables 2-9 and 2-10 show the effect of REG MODE H on the native 
IRDx and the compatibility mode PROM address. 


The output state of REG MODE H is determined by the conditions shown in Table 2-18. Also see 
Figure 2-42. 
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Table 2-15 CS ADDR <3:0> L Source 


IRD ADD 
CTL 
<1:0> H | PSLCMH| LDIRL 


Instruction Class 


(from Table 2-6) 


0 D4 


l Native Mode 


1 Native Mode 


l A,D2,B2 
(XB <11:09> 
+4 or 7) 

] B1,B2 
(XB <11:09> 
= 4or 7) 

l ip C,D1 

2 
Native Mode 

2 B1,B2 
(INSTR REG <3:1> 
= 4) 

yi Other 

3 xX 

Note: X = Don’t care; # Not equal to 
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CS ADDR <3:0> L 
and TRD RNUM <3:0> H 


CS ADDR <3:0> L = 1111 
(No branch) 


(See Table 2-16) here 
AMODE <3:0> = XB <7:4> H and 
IRD RNUM <3:0> = XB <11:08> H 


(See Table 2-16) here 
AMODE <3:0> = XB <7:4> H and 
IRD RNUM <3:0> = <03:00> H 


(See Table 2-17) here 
AMODE <2:0> = <5:3> H and 
IRD RNUM <2:0> = XB <2:0> H 


(See Table 2-17) here 
AMODE <2:0>= XB <11:09> H and 
IRD RNUM <2:0> = XB <08:06> H 


CS ADDR <3:0> L = 0001 


(See Table 2-16) here 
AMODE <3:0> = OSR <7:4> H 
IRD RNUM <3:0> OSR <3:0> H 


(See Table 2-17) here 
AMODE <2:0> = OSR <5:3> H 
IRD RNUM <2:0> = OSR <2:0> H 


CS ADDR <3:0> L = 1111 
(No branch) 


CS ADDR <3>L =H 
CS ADDR <2:0> L— INSTR REG 
<2:0> L 


Table 2-16 Native Mode CS ADDR <3:0> 


(CS ADDR BUS) 
AMODE <3:0> IRD RNUM <3:0> | CS ADDR <3:0> H 


0,1, 2,3 0011 
4 1101 
4 1100 
5 0000 
6 1000 
7 0100 
8 0001 
8 0010 
9 1011 
9 0111 
10, 12, 14 0110 
10, 12, 14 0101 
11, 13,15 1010 
11, 13, 15 1001 


Note: X = IRD RNUM <3:0> not used. 


Table 2-17 Compatibility Mode CS ADDR <3:0> 


(CS ADDR BUS) 
AMODE <3:0> IRD RNUM <2:0> CS ADDR <3:0> H 


0 0000 
0 0001 
It 0010 
0011 
2 0100 
2 0101 
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Table 2-17 Compatibility Mode CS ADDR <3:0> (Cont) 


(CS ADDR BUS) 
AMODE <3:0> IRD RNUM <2:0> CS ADDR <3:0> H 


2 1111 
3 0110 
3 0111 
4 1000 
4 1001 
4 1011 
5 1010 
6 1100 
6 1101 
7 1110 


Note: X = IRD RNUM <2:0> not used. 


Table 2-18 REG MODE H Output Source 


IRD ADD CTL] Instruction Class 
PSLCMH LDIRL LDOSRL]/ <1:0>H (from Table 2-6) REG MODE H 


L L L xX lif XB <15:12> = 5 
L H »4 Native 0 
L H L x Native lif XB <07:04> = 5 
L H H »4 Native 0 
H E x x A, D2, B2 lif XB <05:03> = 0 
(XB <11:09> #4 or 7) 
H L 4 x Bl, B2 lif XB <11:09> = 0 
(XB <11:09> = 4or7) 
4 x xX D1,C 0 
x x Z 4 lif OSR <5:33> =0 
Otherwise 0 


Note: X = Don’t care; # means Not equal to. 
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2.4.2.6 IRD RNUM <3:0> H - See Figure 2-42. IRD RNUM <3:0> H specifies the number of 
the register associated with an operand specifier being evaluated. Here the value of IRD RNUM 
<3:0> H is loaded into the RNUM register located in the scratchpad address (SPA) gate array chip. 
RNUM register is loaded on the rising edge of M CLK L when LD RNUM H = H. The RNUM 
register contents are used to specify a source or destination register number during instruction execu- 
tion. 


IRD RNUM <3:0> H is also used internal to the IRD chip, along with AMODE <3:0> to deter- 
mine the output on CS ADDR <3:0> H. This is shown in Tables 2-16 and 2-17. 


IRD RNUM <3:0> H may be sourced from XB data, INSTR REG data, or OSR REG data. The 
data source depends on PSL CM H and LD IR L. (See Table 2-19.) 


2.4.2.7 DST RMODE H - DST RMODE H is output to the MIC module. Here it is input to the 
cache controller (CAK), address controller (ADK) and the CPU memory controller (CMK) gate ar- 
rays. These gate arrays are located on MIC 6 and MIC 7 respectively. When asserted, DST RMODE 
H prohibits a data write operation to cache or memory. At this time data is written into the general 
processor register (GPR) specified by RNUM. 


See Figure 2-42. During native mode the state of DST RMODE H is determined by OSR <7:4>. 
During compatibility mode the DST RMODE H output is determined by OSR <5:3>. These condi- 
tions are shown in Table 2-20. 


2.4.2.8 DISP ISIZE <01:00> H —- See Figure 2-42. DISP ISIZE <01:00> H are used for native 
displacement addressing mode instructions. They indicate the size of an address displacement in the I- 
Stream. DISP ISIZE <01:00> H are output to the DSIZE <1:0> H and ISIZE <1:0> L multi- 
plexers on DPM 19. (See Table 2-21.) 


2.4.2.9 XB <15:08> H - See Figure 2-42. XB <15:00> H may be used to transfer INSTR REG 
and OSR REG data from the IRD chip to the memory data register (MDR) gate array chips on MIC 1 
and 2. This operation is necessary when an operand specifier input to the IRD chip is to be used as data 
instead of being used to specify address mode and register number (e.g., short literal mode and branch 
instruction destinations). This is necessary because by the time it is realized that a condition such as the 
above exists: the OSR or INSTR REG has already been loaded with the data, the PC has been in- 
cremented past the byte needed, and the byte of data is lost to the XB. 


INSTR REG <7:0> H is transferred to the MDR when the microword WCTRL field = 2B 
(MDR_IR). OSR REG <7:0> 4H _ is. sent to the MDR by a WCTRL 
(MDR__OSR.CCBR.__BRATST) micro-order (WCTRL = 2F). In both cases the data is transferred 
to MDR and zero-extended. 


When used as an IRD output, XB <15:08> H are enabled and driven as shown in Table 2-22. 


2.4.3 IRD 1 (Native Mode) PROM 

See Figure 2-40. The IRD 1 (native mode) PROM is composed of two 1K xX 4 bit PROMs. These 
PROMs are enabled when PSL CM H indicates native mode and the microword BUT field specifies 
IRD 1. The native IRD 1 PROM output becomes the base address for a routine that is used to evaluate 
operand specifiers for the macroinstruction being decoded. 
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Table 2-19 IRD RNUM <3:0> H Source 


Instruction Class 

PSLCMH |} LDIR L (From Table 2-6) IRD RNUM <3:0> H 

L L Native XB <11:08> H 

L H Native XB <03:00> H 

H L A, D2, 0, XB <02:00> H 
B2(XB <11:09> $ 4or7) 

H L Bl, 0, XB <08:06> H 
B2(XB <11:09> £ 4or 7) 

H 4 C, D1 0 

H A, D2, 0, INSTR REG <0>H 
B20INSTR REG <3:1> = OSR <7:6> H 

H H Bl, 0, OSR <2:0> H 


B2(INSTR REG <3:1> = 


NOTE: X = don’t care; + means not equal to. 


Table 2-20 DST RMODE H Determination 


Note: X = Don’t care; Otherwise = not register mode. 


Table 2-21 DISP I-Size 


PSL CM H OSR <7:4> H DISP I-Size <1:0> H 


0 
1 (Byte) 

2 (Word) 

3 (Longword) 
0 
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Table 2-22 XB <15:08> H Output 


WCTRL2H 


IRD CONTROL H XB <15:08> H 


Z (High Impedance) 
INSTR REG <7:0> H 
OSR <7:0> H 


2.4.3.1 Native IRD 1 PROM Enables — See Figure 2-40. The native IRD 1 PROM is enabled by the 
following signals. 


IRD 1 L-— This signal is produced by a decode of the BUT field. When BUT = 4 (IRD 1), circui- 
try on DPM 16 produces IRD 1 L. 


ENABLE IRD ROM H - This signal is active during IRD 1 and IRDx time when IRD CTR 
<2:0> H = 7,0 or 1. ENABLE IRD ROM H is output from the MSQ gate array chip on DPM 
14. 


PSL CM L — This signal is derived by inverting PSL CM H (DPM 18). PSL CM H is output from 
the PHB gate array chip on DPM 17. PSL CM H is high for compatibility mode and low for 
native mode. 


The IRD 1 native mode PROM is enabled when IRD 1 L = Land ENABLE IRD ROM H = H and 
PSL CM L = H. 


2.4.3.2 Native IRD 1 PROM Addressing - The native IRD 1 PROM is addressed as follows. 


ROM 

Address Source Comments 

9:2 XB <7:0> H Opcode of instruction 
] FPA PRESENT L 0 = Floating-point option present 
0 PSL FPD H 1 if FPD bit in PSL set 


Table 2-10 is a composite of both native IRD 1 and IRDx PROM addressing possibilities. This table 
shows a few of the routine look-ups resident in the native IRD 1 and IRDx PROMS. For example, if the 
macroinstruction being decoded specifies a MOV L. XB <7:0> H = ODO, FPA PRESENT L = H, 
REG MODE H = H, and IRD 1 L = L, the IRD 1 PROM will output the base microaddress of the 
OS.RED operand specifier routine. This address is presented to the CCS PROMs on CS ADDR 
<9:3> H. 


For most instructions the IRD gate array supplies an address mode offset on CS ADDR <3:0> L (See 
Table 2-13). However, for instructions that do not have operand specifiers, such as NOP (no operation), 
the IRD 1 PROM outputs a signal called ROM OS INH H. When ROM OS INH H is asserted, the 
MSQ gate array (DPM 14) forces LD OSR A L high. LD OSR A L being high causes the PHB gate 
array (DPM 17) to output 00 on IRD ADD CTL <1:0> H. Both IRD ADD CTL <1:0> H and 
ROM OS INH H = H are applied to the IRD chip. As a result, the IRD CS ADDR <3:0> L outputs 
go open. These lines are then pulled high by pull-up resistors on DPM 14. The CCS PROMS receive an 
address mode offset of 0 on CS ADDR <3:0> H. 
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2.4.4 IRDx (Native Mode) PROM 

See Figure 2-40. The IRDx (native mode) PROM consists of three 2K * 4 bit PROMs used as a single 
2K X 12 bit PROM. The native IRDx PROMs are enabled when the microword BUT field specifies 
IRDx (000001). The IRDx PROM output is used to provide a base address to the CCS PROMs for 
evaluation of the second and third operand specifiers of the macroinstruction being decoded. 


2.4.4.1 Native IRDx PROM Enables — See Figure 2-40. The native IRDx PROMs are enabled by the 
following signals. 


IRD1L=H 


PSLCML=H 
ENABLE IRD ROM H = H 


The origin of these signals and the conditions under which they are produced are detailed in Paragraph 
2.4.3.1. 


2.4.4.2 Native IRDx PROM Addressing — The native IRDx PROMs are addressed as shown below. 


IRDx 

PROM 

Address Source Comments 

10:3 IR <7:0> H The opcode is latched into the IRD chip INSTR REG <7:0> dur- 
ing IRD 1. At IRDx this data is output as an address to the IRDx 
ROMs. 

2 IRD CTR 0H This signal is the LSB of IRD CTR <2:0> H. IRD CTR <2:0> 
H are output from the SAC gate array on DPM 17. This count is 
forced to 7 at the beginning of IRD 1 and goes to 0 for the second 
operand specifier. (See Table 2-7.) IRD CTR <2:0> H is in- 
cremented by LD OSR L each time an operand specifier is loaded 
into the IRD chip OSR REG. 

] FPA PRESENT L Low = Floating-point option is present. This signal comes from 
DPM 10, backplane pin <B17>. 

0 REG MODE H A signal output by the IRD chip under the conditions shown in 
Table 2-18. High = register mode operand specifier being eval- 
uated. 


Table 2-10 shows how the above signals address the IRDx ROM. Continuing with the example shown in 
Paragraph 2.4.3.2 (decoding a MOVL macroinstruction), for purpose of illustration assume that the 
complete instruction is MOVL R1, R2. In this case the following address is presented to the IRDx 
ROM. 


IR <7:0> H = ODO 
IRD1L=H 

REG MODE H = H 
FPA PRESENT L = H 
IRD CTROH=L 
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The IRDx ROM outputs a microaddress for the look-up corresponding to this address [IL. MOV. 
B.W.L. REG]. For this particular instruction decode IRDx supplies the entire CCS address (CS 
ADDR <10:0>). ROM OS INH H from the IRDx ROM is high. ROM OS INH H is generated in 
this case under the same conditions and for the same purposes detailed in Paragraph 2.4.3.2. 


2.4.5 Compatibility Mode ROM 

See Figure 2-40. The compatibility mode ROMs consist of three 2K * 4 bit PROMs used as one 2K X 
11 bit ROM. The LSB output bit is not used. These ROMs perform the same function as the native 
mode ROMs in that they provide a microaddress to the CCS ROMs which is based on the opcode of 
the instruction being decoded. 


2.4.5.1 Compatibility Mode ROM Enables - See Figure 2-40. The compatibility mode PROMs are 
enabled by the following signals and conditions. 


PSL CM H = High — This signal, output by the PHB gate array (DPM 17), is latched high dur- 
ing compatibility mode. 


ENABLE IRD ROM H = High - This signal is supplied by the MSQ gate array (DPM 14) 
during IRD 1 and IRDx time when IRD CTR <2:0> H = 7,0 or 1. 


2.4.5.2 Compatibility Mode ROM Addressing — The compatibility mode ROM during both IRD 1 and 
IRDx is addressed in the following way. 


ROM 

Address Source Comments 

10:3 IR <7:0> This is the PDP-11 opcode after encoding in the IRD gate array 
(see Table 2-12). 

2 IRD 1H This signal comes from DPM 16, and it is active (high) during IRD 
1 ttme BUT <5:0> H = 4. At IRDx time, BUT <5:0> H = 1, 
and IRD 1 H goes low. 

] IRD CTR 0H This is the LSB of IRD CTR <2:0> H. At IRD 1 time the IRD 
CTR <2:0) H count equals 7, and it is changed to 0 at the first 
IRDx. The count increments by one each time the BUT field in- 
dicates IRDx. 

0 REG MODE H This output from the IRD chip indicates that the operand being de- 


coded is register mode (see Table 2-18). 


A JSR, 6 macroinstruction is used to illustrate how a compatibility mode instruction is decoded (see 
Table 2-9). 


CM PSSLH =H 

IRD ROM H = H 

IR <7:0> H addresses ROM location OA1 
REG MODE H = H 

IRDIH=H 

IRD CTROH =H 


For the conditions shown above, the compatibility mode ROM outputs the base address for operand 
specifier routine REG [CM.OS.WRT]. This address is on CS ADDR <10:4>. The address mode off- 
set is supplied by the IRD chip CS ADDR <3:0> L outputs. (See Table 2-15.) 
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2.4.6 BUT Field Conditions Used for Instruction and Operand Specifier Decode 

See Tables 2-5 and 2-7. So far the only two BUT field conditions mentioned have been IRD 1 and 
IRDx. There are, however, four more BUT field conditions that are related to instruction decode. They 
are as follows. 


BRA.ON.ADD -— Used for decode of operand specifiers already loaded in OSR. 
LOD.INC.BRA — Used for decode of operand specifiers not loaded in OSR. 


LOD.BRA — Used to decode the operand specifier that specifies the base operand address for an 
index mode specifier. 


IRDITST — Used to test the loading of the IR and OSR. 


Tables 2-5 and 2-7 show in detail the hardware condition existing during the occurrence of these BUT 
field conditions. 


2.4.7 Decoding a MOVL RI, R2 and NOP Macroinstruction 

MOVL RI, R2 is a native mode (VAX-11) macroinstruction. This instruction moves a longword from 
R1 to R2. MOVL RI, R2 is a good example of two-operand instruction decode. NOP means that no 
operation occurs. For the NOP instruction no operand specifiers are involved in the instruction decode. 


2.4.7.1 MOVL R1, R2 Instruction Decode — See Figure 2-43. Decode of this macroinstruction is per- 
formed as follows. 


IRD 1: 
The BUT field of the last microword specified IRD 1 (BUT = 4) (Figure 2-43, Sheet 1, *1). 
PSL CM H = L and PSL CM L = H (Figure 2-43, Sheet 1, *2). 


The IRD chip INSTR REG is loaded with the opcode on XB <7:0> H (MOVL = ODO) (Figure 
2-43, Sheet 1, *3). 


The native mode IRD 1 ROM is addressed as follows. 


XBUF <7:0> H = ODO 
FPA PRESENT L = H 
PSL FPD H = L 


NOTE 
The IRD 1 ROM is enabled by ENABLE IRD ROM 
H = H, PSL CM L = H, and IRD1L = L. 


The native mode IRD 1 ROM outputs an address (CS ADDR <9:3>) to the CCS PROMs for 
OS.RED. This is the base address of the operand specifier routine. ROM OS INH H is low be- 
Cause an operand specifier, R1, is associated with this opcode. (See Figure 2-43, Sheet 1, *5.) 


The IRD chip OSR REG is loaded from XB <15:8> H (see Figure 2-43, Sheet 1, *7). OSR 


REG <7:4> are decoded in order to produce CS ADDR <3:0> L. This is used as an address 
mode offset to the CCS PROMs. 
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*6 


START 
INSTRUCTION 
DECODE 


LOW 


IRD INSTR REG NATIVE MODE 


LATCHES < XB 
<7:0>H 


IRD 1 PROM 
ADDRESSED 


NATIVE IRD 1 PROM 
PROVIDES BASE 
ADDRESS, CS ADDR 
<9:3>, TO CCS 
PROMS 


OS REG <7:4> DE- 
CODED TO PRODUCE 
CS ADDR <3:0>L 
(ADDRESS MODE 
OFFSET) 


*10 [cs ADDR <9:3> AND 
CS ADDR <3:0> OR’ED 
TO PRODUCE CCS 
ADDRESS 


" CCS PROMS 
ADDRESSED 

TO IRDx 

BUT = 1 


Figure 2-43 Instruction Decode Flows 
(Sheet 1 of 4) 
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NATIVE IRD 1 PROM 
ADDRESSES CCS PROMS. 
CS ADDR <3:0>L= 
1111 (NO ADDRESS 
MODE OFFSET) 


TK5774 


*5 


NATIVE IRDx PROM 
PROVIDES BASE 
ADDRESS TO CCS 
PROMS 

(CS ADDR <9:3>) 


*7 
IRDx 


BUT=1 (IRD CTR <2:0>H=O0OOR 1 


BUT = 1, IRD 

CTR <2:0>H=O0OOR 1 
(FOR OTHER 
CONDITIONS, SEE 
TABLE 2-7) 


ADDRESS 
NATIVE IRDx 
PROM 


*4 


IRDx 
ROM OS INH 
H = 


HIGH 


OS REG <7:4> DE- 
CODED TO PRODUCE 
CS ADDR <3:0> L 
(ADDRESS MODE 
OFFSET) 


NATIVE IRDx PROM 
ADDRESSES CCS PROMS 
(CS ADDR <10:0>) NO 


IRD OSR REG 
+ XB <7:0>H 


: CS ADDR <9:3> AND 
CS ADDR <3.0> OR’ED 
TO PRODUCE CCS 
ADDRESS 
*10 CCS PROMS 
ADDRESSED 
TABLE 
*11 2-7 - (IRDx) IRD CTR <2:0>H = 2,3,4 
- 18 (BRA.ON.ADD) 5, OR6 
a - 6 (LOD.INC.BRA) 
- 7(LOD.BRA) 
- 5 (IRD 1 TST) 


1 (IRDx) 
IRD CTR <2.0>H 


Ss =0OR1 


TKS777 


Figure 2-43 Instruction Decode Flows 
(Sheet 2 of 4) 
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4 COMPATIBILITY MODE 
eS IRD 1 (BUT = 4) 


IRD, IR <7:0> 
« DECODED XB 

<15:0> (SEE TABLE 
2-12) 


IRD, INSTR IRD,OSR REG 


REG < XB<15: < XB <7:0>H 
8>H 


COM- 
PATIBILITY 
MODE INSTRUCTION 
CLASS 


C&DI1 


COMPATIBILITY MODE 
PROM ADDRESSED 
(SEE TABLE 2-9) 


*7 


IF XB <11:9> = COMPATIBILITY MODE 


CS ADDR <3:0> 4OR7CS ADDR CS ADDR <3:0> L CS ADDR <3:0> PROM OUTPUTS CS 
L FORCED TO <3:0>L< « DECODED L«< DECODED ADDR <10:3> AS BASE 
1110 DECODED XB XB <11:9>. XB <5:3> ADDRESS TO CCS 


<11:9>. 


IF XB<11:9>4 
40R7CS ADDR 

<3:0> L« DECODED 
XB <5:3>. 


PROMS 


*12 


CS ADDR <10:3> & 
CS ADDR <3:0> 
OR’ED TO ADDRESS 


CCS PROMS 
TABLE 
*13 2-5 
*1(IRDx) IRD CTR <2:0> H = 2,3,4,5,6, or 7 
-1 (IRDx) IRD CTR <2:0>H = 1 
> 18 (BRA.ON.ADD) 


-5 (IRD 1 TST) 


1 (IRDx) 
3) IRD CTR <2:0>H 
=0 


TKS775 


Figure 2-43 Instruction Decode Flows 
(Sheet 3 of 4) 
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*1 ey BUT = 1 (IRDx), IRD CTR <2:0> H =0 


A& D2 IR <7:0>H< 
DECODED INSTR 
REG <7:0> & OSR 


C&D1 


INSTRUCTION 
CLASS REG <7:0>. (SEE 


TABLE 2-12) 


*4 
IF XB <11:9> = 
40R7CS ADDR 
<3:0> L « DECODED 
OSR REG <5:3> 
IF XB <11:9> 4 
40R7 (NO 
ADDRESS MODE 
OFFSET) *8 


COMPATIBILITY 
NO ADDRESS IRD PROM 
MODE OFFSET ADDRESSED (SEE 
TABLE 2-9) 


CS ADDR <3:0>L 
«+ DECODED 
OSR REG <5:3> 


NO ADDRESS 
MODE OFFSET 


A, Do,C, Dy 
& By (XB <11:9> # 4 OR 7) 


INSTRUCTION 
CLASS 


COMPATIBILITY IRD 
PROM ADDRESSES 
CCS PROMS WITH 

CS ADDR <10:0> 
(NO ADDRESS MODE 
OFFSET) 


By OR By (XB 
<11:9>= 4 OR 7) 


COMPATIBILITY IRD 
PROM PROVIDES BASE 
ADDRESS TO CCS 

PROMS, CS ADDR <10:4> 


*9 


*111cS ADDR <10:4> AND 


*13 


BUT = 
TABLE 2-5 


-1(IRDx) IRD CTR <2:0>H=1 

~ 1 (IRDx) IRD CTR <2:0> H = 2,3,4, 5,6,7 
‘18 (BRA.ON.ADD) 

-5 (IRD 1 TST) 


TKS776 


Figure 2-43 Instruction Decode Flows 
(Sheet 4 of 4) 
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The CCS ROMs receive the complete microaddress of the microinstruction needed. See below. 


Base address supplied by native IRD 1 PROM CS ADDR <9:3> 
Address mode offset, output by IRD chip CS ADDR <3:0> 


100: 
OS.RED: 
;0000— — — - -—--—--—--—---—-—----—---- - RN REGISTER MODE 
FPA__Q._M[MDR] MDR.__R[GPR.R], > PLACE OPERAND 
(GPR(RNUM)) IN MDR 
CLOBBER MTEMP0O DEF,IRDX [1] - SAVE MDR IN Q BEFORE 


CLOBBERING IT 


After execution of this microinstruction an IRDx time is specified. The BUT field of this micro- 
instruction = 1 (IRDx). (See Figure 2-43, Sheet 2, *1.) 


Shown above is a microcode excerpt taken from microcode listing Rev 5.01, Page 1045. The com- 
plete microaddress of this instruction is 100. The functionality of this microword is to place the 
contents of a general processor registor (GPR), in this case R1, into the memory data register 
(MDR). The BUT field of this microword equals 1 (IRDx). The next operation to occur is an 
IRDx instruction decode. (See Figure 2-43, Sheet 2, *1.) 


IRDx: 
The microword BUT field equals 1 (IRDx) 
PSL CM H = L and PSL CM L = H indicating native mode operation. 
In the IRD chip the contents of INSTR REG <7:0> are sourced to the IR <7:0> H output to 


provide a portion of the address to the native mode IRDx ROMs as follows.(See Figure 2-43, 
Sheet 2, *3.) 


Signals ROM ADDR 

IR <7:0> H = 0DO <10:3> 

IRDCTROH=L <2> 

FPA PRESENT L = H <l> 

REG MODE H = H <0> 
NOTE 


The IRDx PROM is enabled by ENABLE IRD 
ROM H = H, IRD 1 L = H, and PSL CM L = H. 


The output of the native mode IRDx ROM becomes CS ADDR <10:0> to the CCS ROMs for 
IL.MOV.B.W.L.REG. This is the next microinstruction to be executed (see below). ROM OS 


INH H 1s low (see Figure 2-43, Sheet 2, *4), allowing an operand specifier, R2, to be loaded into 
the OSR. 


IL.MOV.B.W.L.REG: 
IL.MOVA.B.W.K.REG: 


WRITE NOTREG,CCOP2,IRD1 


2-104 


After execution of this microinstruction an IRD 1 time is specified. The BUT field of this microword is 
4 (IRD 1). (See Figure 2-43, Sheet 1, *1) 

The microcode excerpt shown above is taken from microcode listing Rev 5.01, Page 195. The micro- 
address of this instruction is OOQEE. This microword takes the data stored in MDR and places it ina 
destination (GPR), in this case R2. The BUT field of this microword specifies IRD 1 (BUT = 4). 
Execution of the MOVL R1, R2 instruction is now complete. The instruction decode logic is now pre- 
pared to decode the next macroinstruction. 


2.4.7.2 NOP Instruction Decode — (See Figure 2-43, Sheet 1, *1.) Decode of a native mode (VAX-11) 
NOP macroinstruction is performed as follows. 


IRD 1: 
The last microword BUT field specified IRD 1 (BUT = 4) (Figure 2-43, Sheet 1, *1). 
PSL CM H = L and PSL CM L = H (Figure 2-43, Sheet 1, *2). 


The IRD chip INSTR REG is loaded with the opcode on XB <7:0> H (NOP = 001) (Figure 2- 
43, Sheet 1, *3). 


The native mode IRD 1 PROM is addressed as follows. 


Signals ROM ADDR 

XBUF <7:0> H = 00116 <9:2> 

FPA PRESENT L = H <l> 

PSL FPDH = L <0> 
NOTE 


The IRD 1 PROM is enabled by ENABLE IRD 
ROM H = H, PSLCM L = H, and IRD1L=L. 


The native mode IRD 1 PROM outputs an address CS ADDR <9:3> to the CCS PROMs for 
MS.NOP. Since the NOP instruction has no operand specifier associated with it, the IRD 1 
PROM also outputs ROM OS INH H = H. Because ROM OS INH = H, the IRD chip CS 
ADDR <3:0> L output goes open. CS ADDR <3:0> L is pulled high by resistors on DPM 14. 
The CCS PROMs then receive a microaddress of 300. This address contains microcode that per- 
forms the operation shown below. 


PC__M[PC]-XLITO[1] 
NEXT/GL.NOP.IRD1 


Here the NEXT field contains an address for the next microword to be used. At this microaddress, 
the BUT field equals 4 (IRD 1). All the other fields of this microword specify a default condition. 
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The microcode excerpt shown above was taken from microcode listing Rev 5.01, Page 485. The 
microaddress of this instruction is 300. The only function performed here is to subtract 1 from the 
PC. This is necessary because during IRD 1 time the PC is incremented by 2. Since the NOP 
instruction has no operand specifier, the next byte must be a new opcode, so the PC must be back- 
ed up by 1. The NEXT field of this microinstruction gives the microaddress of the next micro- 
instruction to be executed. The next microinstruction BUT field = 4 (IRD 1) and all other fields 
in this instruction are in default condition. Decode of the NOP instruction is completed. 


2.4.8 Instruction Decode Timing 


Figures 2-44 and 2-45 show instruction decode timing for native mode and compatibility mode instruc- 


tion decode. 


2.4.8.1 Native Mode Instruction Decode Timing — Figure 2-44 shows native mode decode timing. The 
timing shown relates to a MOVL R1, (R2) macroinstruction. This instruction moves a longword from 


R1 to the memory address pointed to by R2. 


MOVL R1, (R2) 
PC +2 PC +1 PC +0 PC +2 
| IRD 1 IRDX | IRDX ! IRD 1 | 
| BUT <5:0>H=4 oe <8:0>H=1 BUT <5:0>H=1 BUT <5:0>H=4 __,| 
= 320 NS = 320 NS = 320 NS me 
reer 320 NS 
MCLKL 
PHASE 1L 


PHASE 1 H 


LOAD NEW 
MICRO INST. | 


ENABLE IRD ROM H | | 
| 
INSTR FETCH I oe 
| 


IRD TL 


| 
| | a 
IRD CTR <2:0> H = 1% IRD CTR Tee de 


IRD CTR <2:0>H k-——1RD CTR <2:0>H = ee CTR <2:0> H = a 
IRD LD RNUMH | CLOCK RNUM ; CLOCK RNUM t | CLOCK RNUM $ 
LDIR (¢ eee vaemaeey SE 


LOOSRAL | 
| CLOCK OSR CLOCK OSR | 
IRD 1 inDx | IRDX IRD 1 | 
IRD ROM ACCESS 
| + _ 60 NS | —+| ei NS ot In NS + hb 60 NS | 
CONTROL STORE | READ CCS | aca CCS} le | READ ccs_, Le fee ccs _,J Le | 
ROM ACCESS | 60 NS |e0 NS | 60 NS [s0 NS | 


TK-5808 


Figure 2-44 Native Mode Instruction Decode Timing 
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2.4.8.2 Compatibility Mode Instruction Decode Timing — Figure 2-45 shows compatibility mode de- 
code timing. The timing shown is fora MOV,2 PDP-11 macroinstruction. Some of the basic differences 
between this timing chart and the native mode timing chart are as follows. 


I. 


The IRD 1 time for compatibility mode is lengthened to 480 ns by extending the M CLK L 
cycle by 160 ns. This extension is necessary to allow PDP-11 macroinstructions to be encoded 
inside the IRD chip. IRD outputs IR <7:0> H are then used to address the compatibility 
IRD ROM. For native mode instructions, the native IRD 1 ROM is addressed directly by 
XBUF <7:0> H — no encoding is necessary. The compatibility ROM address is delayed 
approximately 60 ns. 


The OSR REG need be loaded only once even though the instruction shown (MOV,2) is a 
two-operand instruction. The entire PDP-11 instruction is loaded into the INSTR REG and 
OSR REG at IRD one time. 


For the third microcycle the BUT <5:0> H field = 2E (SPASTA). Here the compatibility 


IRD ROM is not addressed. The next microaddress (to CCS) is specified by the BUT field 
and NEXT field of the last microinstruction. 


MOV, 2 (CLASS B1, 2 OPERAND INSTRUCTION) 


PC +2 PC +0 PC +0 PC +2 
IRD 1 IRD X SPASTA IRD 1 


BUT <5:0> H = 4 BUT <5:0>H = 1 BUT <5:0> H = 2E BUT <5:0>H=4 
| = 480 NS | = 320 NS | = 320 NS l = 480 NS (ALL CYCLES SAME) 
BCLKL 


MCLKL | | 
(EXTENDED DURING IRD 1) 


INSTR FETCH H 


IRD CTR <2:0>H 


IRD LD RNUM H 


| 

~ — ee oe 
| 

PHASE 1H ) | | 


LOAD NEW = _4 _} S 
| 


MICRO INST. 


ENABLE IRD 
ROM H | 


IRD 1H | 
ae i CTR <2:0>H=7 : IRD CTR <2:0>H =1 #1+-IRD CTR <2:0>H=7 


CLOCK RNUM CLOCK RNUM 


LDOSRAL { 
CLOCK DSR 
CM IRD ROM ACCESS | —~ le pa IRD | cM IRD | 
CONTROL STORE ae | ir | 
ROM ACCESS _| READ ccs_ .- | READ ccs | | READ CCS 
| 60 NS te NS >| le | 60 NS | 


CM IRD 
| + PROM Le- 
60 NS 
TK-5807 


Figure 2-45 Compatibility Mode Instruction Decode Timing 
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2.55 MEMORY INTERCONNECT (MIC) MODULE 
The memory interconnect module (MIC) performs the following functions for the processor. 


e As CPU interface to the CMI, the MIC transmits the CMI address for access to memory or 
I/O, then receives or transmits CMI data. 


e Performs instruction prefetch, maintains 2 longwords of I-Stream data from memory in the 
execution buffer (XB). 


e Translation buffer stores page table entries for virtual to physical address translation. 
e Cache memory stores most recent or frequently accessed data. 

e Monitors CMI writes to main memory by other subsystems to invalidate cache. 

e Generates stall to CPU clocks for microtraps and wait conditions. 


e Makes access checks under microsequencer control. Generates microtraps on access viola- 
tions, unaligned memory reference, error detection, etc. 


e Decodes CPU-generated addresses to the Unibus. 
e Read-lock timeout circuitry. 
The MIC module functions in these two basic fashions. 


1. It performs microcoded orders. 
2. It monitors and generates nonmicrocoded functions: 


Prefetches I-Stream data. 
Responds to microtrap conditions. 


Microcoded Functions — The MIC performs microcoded functions under direct control of the bus func- 
tion, MSRC, and WCTRL fields of the CPU control store (CCS). Some examples of microcoded func- 
tions are: 


Read or write to memory or to an I/O device. 

Source data from the MDR to the MBus, WBus data to the MDR. 
Probe translation buffer for access violations. 

Read or Write MIC status/control registers. 


ca ae ale 


Nonmicrocoded Functions — Some nonmicrocoded functions are directly related to microcode oper- 
ations. With memory management enabled (the MME bit is set), the MIC monitors microcoded memo- 
ry references for TB hits or misses and for access violations, all independent of the microcode. The 
access control violation chip (ACV) and microtrap chip (UTR) work interdependently to monitor those 
conditions whenever memory management is enabled. When an improper condition is detected, a mi- 
crotrap is raised to the microcode. A microaddress is generated to place the machine in the routine that 
services the condition. The ACV also monitors parity conditions for the CCS. 


I-Stream data is fetched from memory by the processor independent of the microcode. The MIC first 
loads the execution buffers with initial data. This is the flushing of the execution buffer (XB) that takes 
place whenever the PC is loaded with a new address. The new PC contents are used to retrieve two 
longwords from memory (or cache) and to store them in the XB registers (XBO and XB1). As I-Stream 
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data is used during execution of a machine instruction (macroinstruction), it is monitored by the pre- 
fetch control chip (PRK). The PRK determines when an XB is empty and must be refilled with another 
longword from memory. The MIC accomplishes a flush or refill of the XB by performing a non- 
microcoded read to cache or main memory called the prefetch operation. Since a prefetch and a micro- 
coded reference to memory use the same data path, they are performed at different times. 


Data stored in memory that is not part of the I-Stream, but is requested by the operand, is not stored in 
the XBs and may not be in cache. To retrieve the data from memory requires more time than the micro- 
code takes to execute, so the MIC generates a stall condition to the DPM. This holds off the microword 
from completing its function until the requested data is available. A stall is generated only when the 
microword needs data that is not available, not as an unconditional result of a fetch to memory. The 
stall condition, access violation checks, and cache and TB hits and misses are monitored during pre- 
fetch and microcoded memory references. 


2.5.1 MIC Organization 
Figure 2-46 is a basic diagram of the four main functional sections of MIC logic. 


Address Control (ADD) 

Memory Data Routing and Alignment (MDR) 
Translation Buffer (TB) 

Cache Memory 


ADDRESS 
CONTROL 


ADD 


CACHE 
DATA BUS 


MEMORY DATA 
ROUTING & 
ALIGNMENT 


MDR 


MBUS 
XB DECODE 


TK5778 


Figure 2-46 Basic MIC Diagram 


2.5.1.1 Address Control -— Memory address functions are performed by four 8-bit ADD chips. Each 
chip processes one byte of address information from the WBus. The ADD section contains program 
counter (PC), virtual address (VA), and associated registers, plus adder and multiplexer circuits for 
address manipulation. The memory address (MAD) lines direct physical addresses to the MDR, or vir- 
tual addresses to the TB, depending on the state of the memory management enable (MME) bit. 


2.5.1.2 Memory Data Routing and Alignment - The MDR block is composed of eight 4-bit chip. Each 
chip processes one bit for each of the four bytes of CMI data. It performs data routing and alignment 
for transfers between the data path module and cache or main memory. It also contains the execution 
buffer (XB) that stores two longwords of I-Stream data prefetched from memory. 
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2.5.1.3 Translation Buffer — The TB consists of two sets of RAMs with 256 index locations each for 2- 
way set association. It stores page table entries (PTEs) for virtual to physical address translation in 
conjunction with microcode translation routines. TB data is divided into two fields. The address field 
stores virtual translation address (tag) information. The data field contains the translated physical page 
frame number (PFN) for each PTE with associated page protection bits. Physical address information 
is transferred between the MDR and TB or cache on the physical address (PAD) lines. 


2.5.1.4 Cache Memory — Cache consists of 1,024 (1K) longword locations for direct mapping of 4K 
bytes. Cache data is longword-aligned with the CMI; rotation for data path alignment is accomplished 
in the MDR. Writes to memory on the CMI not generated by the CPU are checked for hits on the 
corresponding cache location. A hit causes invalidation of the location. 


2.5.2 Address Control (ADD) Block 
The memory address logic (Figure 2-47) supplies physical address information to the MDR (memory 
management disabled), or virtual address to the TB (memory management enabled). 


Address manipulation takes place for the following functions. 


CPU references (via microcode) to all CMI address space 

Prefetch of processor references to main memory (or cache) for I-Stream data 
Normal program counter increments 

Branch Offsets for I-Stream lengths or special displacement functions. 


XB PC 0/:00 


PC 


PC +SIZE 


MA 
BUS 
VA MAD 


BSRC SEL S1:S0 


WBUS 
+] VA 
+2 MA SEL S1:S0 
PAGE BNDRY 


COMP MODE 
+4 
(1D) FORCE MA 09 


ASRC SEL $2:S0 ENA VA LATCH MA 
(ID) 


TK5786 


Figure 2-47 Address Control (ADD) 


2.5.2.1 MA Latch and Multiplexer - Memory address (MAD) lines are driven from the tri-state driv- 
ers of the MA latch which is transparent to MA MUX outputs. The LATCH MA level is asserted by 
the PRK to close the latch during a memory reference. This holds the address until it is tested for 
microtraps and clocked to the MDR. It also allows the VA register to be updated in the same microstep 
that specified the memory function. 
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The latch is also closed on a microtrap to capture the address for microcode reference. In the event the 
bus function is a memory cycle (including bus grant) or an access probe, the MA may contain a pre- 
fetch address that must be saved. 


The FORCE MA 09 level is driven by WXTRL code 29 (hex) from the ACV. It is used to facilitate TB 
addressing during invalidation microroutines. 


Compatability mode (COMP MODE) from the ADK forces MA MUX bits <31:16> to zeros except 
for these bus functions. 


Read, no microtrap 

Write, no microtrap 

Write longword, no microtrap 
Read physical address 

Write physical address 

TB access probe 


MA SEL <S1:S0O> bits are driven by the PRK as shown in Table 2-23 to select MA MUX inputs. 


Table 2-23. MA Multiplexer Input Select 


MA SEL MA Inputs 

SI SO Select Register 

0 0 PC INC (PC Increment) 
0 l PC BACKUP 

l 0 PC (Program Counter) 

1 l VA (Virtual Address) 


2.5.2.2 ADD Registers and Adder 


Program Counter (PC) — The PC provides addresses for instruction (I-Stream) fetches from memory. It 
is incremented by +2 during IRD 1 fetch (opcode and first OSR). It is then incremented by the I-size 
value (+1, +2, +4) determined by the OSR (operand specifier) as the I-Stream is used. 


New addresses are entered into the PC directly from the WBus. This flushes the XB by prefetching 2 
longwords of I-Stream information at the new address. The PC may also receive branch offsets added 
to its contents from the WBus. The ENA PC level from the PRK enables the PC to clock the updated 
address. 


XB PC <01:00> bits are sent to the MDR to determine byte offset (rotation) gating from the XB. 
They are used by the PRK to determine MA MUX steering by the MA SEL <S1:S0> bits. Used with 
the IRD 1 and LD OSR signals, they also determine which XB0/XB1 bytes are filled from cache or 
main memory as I-Stream information is used by the CPU. 


PC + Size and B Latch -— The transparent B latch closes on the negative transition of B CLK L. This 
holds, on the B input to the adder, the prior value from the input register whose outputs change as it 
clocks new or incremented data. The SUM output from the adder is passed through the PC + Size 
latch which is transparent while B CLK L is low and ENA VA SAVE is true from the PRK. The PC 
receives PC + Size contents if I-Stream data is used during the microstep. The PC and PC + Size 
registers are closed to hold the new address on the positive transition of B CLK L. The B latch is 
opened, and is again transparent, on the positive transition of B CLK L. 


2-111 


PC BACKUP - The PC backup register receives PC + 2, the address following the opcode/first oper- 
and specifier (OSR) address during an IRD 1 microstep. The PC backup register retains its value for 
the duration of the macroinstruction. A recoverable trap or fault that occurs during macroinstruction 
execution may require the processor to back up and retry the instruction, starting at the address speci- 
fied by the contents of the PC backup register. The register can be sourced onto the MBus by direction 
of the MSRC microfield. 


PC Increment — The PC INC is an increment register that constantly reflects the PC register value 
incremented by four. It is used during a prefetch operation to retrieve a longword of I-Stream data at 
the next longword address. 


Virtual Address (VA) — The VA register, with memory management disabled, provides physical address 
information to the MDR. With memory management enabled, it supplies virtual address to the TB for 
translation to physical address. Under direction of the microcode from the WCTRL field, the VA re- 
ceives addresses from the WBus, or it may be incremented by a longword value (+4) independent of 
the WBus. It may also receive PC + Size register contents plus offset values from the WBus or the I- 
Stream. It is opened to receive address information by the ENA VA level from the ADK. 


2.5.2.3 ADD Chip Identify (ID) — The ID pin on the ADD chip for address byte 0 (bits <07:00>) is 
grounded, and is connected to +3 on the other chips. The ground on byte 0 enables I-Size constants 
that are added to the low-order address byte when selected on the A MUX. They are disabled for bytes 
<3:1>. 


The PAGE BNDRY level from address byte <1:0> chips are connected together. This allows the 
level to go high when VA register bits <8:3> are all ones. Bits <7:3> of the VA register, (byte 0 
chip) when all ones, allow the PAGE BNDRY level to go high. The level is asserted high when bit 0 of 
the byte 1 chip (VA address bit <8>) is also a one. 


2.5.2.4 Adder Inputs — The adder sections of each ADD chip, with carry look-ahead circuitry between 
the chips, make up a full 32-bit adder stage. 


B MUX inputs are selected as shown in Table 2-24 by the BSRC SEL codes from the ADK. 


A MUxX inputs are selected as in Table 2-25 by the ASRC SEL codes, selected by MIC gating that 
monitors [RD 1, I-Size, LDOSR, and MSRC XB states. 


Table 2-24 B Multiplexer Input Select 


BSRC SEL 
S1 


B MUX Input 


SO Selection 


0 0 Constant of 0 

0 ] PC Register 

] 0 PC + Size Register 
1 l 


VA Register 
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Table 2-25 A Multiplexer Input Select 


ASRC SEL A MUX Input 

S2 S1 SO Selection 

0 0 0 Constant of 0 

0 0 l I-Size = Byte (+1) 

0 ] 0 I-Size = Word (+2) 

0 l l I-Size = Longword (+4) 
1 x 4 WBus address or offset 


2.5.3 Memory Data Routing and Alignment (MDR) 
The MDR block, Figure 2-48, performs all data routing and alignment functions for the CPU. 


Alignment of data between the CMI or cache and the data path section of the CPU. A basic de- 
scription of the CMI and CMI transfer formats is found in Paragraph 2.5.8. 


CMI latch is transparent to CMI data. It closes to capture an address generated by another sub- 
system (snapshot CMI) that is performing a write to memory in order to invalidate the correspond- 
ing cache location on a cache hit. 

Execution buffer (XB) maintains eight bytes of I-Stream information for the prefetch function. 
Many functions are directed by combinations of the WCTRL, MSRC, and bus function fields of the 
microprocessor in conjunction with decisions made by the control chips. Basic examples of memory 
transfer functions are provided to illustrate address and data routing and alignment through the MDR 
block. 

The MDR block contains the following registers and multiplexers. 
CMI Address register holds physical longword address. 
Write Data Register (WDR) holds data for a write to memory and/or cache. 


Memory Data Register (MDR) receives read data from cache or memory. 


CMI Latch closes for the snapshot CMI function to hold an address transmitted by another sub- 
system. 


DBus Rotator (DBUS ROT) aligns DBus data clocked to the MDR or WDR. 


A MUX sources physical addresses to the bidirectional physical address (PAD) bus and to the 
CMI address register. 


M MUX sources data/address information to the MBus. 


Execution Buffer (XB) stores eight bytes of I-Stream information (four bytes each, XBO and 
XB1). 


XB Rotator (XB ROT) rotates XB data for alignment to the XB decode bus or MBus. 
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Figure 2-48 Memory Data Routing and Alignment (MDR) 


2.5.3.1 MDR Address Functions 


CMI Address Register — The content of this register is the physical longword address transmitted by the 
CPU to access CMI address space. It is continually sourced to the CBus in preparation for a CMI 
address cycle. During the CMI address cycle, CMI data drivers for bytes <2:0> are enabled from the 
MDR. Byte 3, with byte mask and function code bits, is enabled by the CMK which also asserts DBBZ. 
Byte 3 drivers from the MDR block are not enabled unless the WDR (write data register) is sourced to 
the CBus to source data onto the CMI for a write cycle. 


Memory Management — With memory management disabled, physical address bits <23:02> from the 
MAD (memory address) lines of the ADD block are all sourced to the PAD (physical address) bus 
drivers from the A MUX. The PAD bus provides cache addressing if cache is enabled. The CMI ad- 
dress register is enabled by ADD REG ENA from the CMK to clock all 22 bits from the PAD re- 
ceivers, since access to main memory is required for a write to memory, a cache miss on a read, or if 
cache is disabled. 


With memory management enabled, only PAD drivers for virtual address bits <08:02> from the 


MAD lines are enabled. MAD bits <31:09> of a virtual address directly access the TB from the ADD 
block. 
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On a TB hit, the translated physical PFN is driven to PAD lines <23:09> from the TB. With byte 
address bits <08:02> from the A MUX, the complete physical longword address is asserted on the 
PAD lines to address cache. The physical address is also clocked to the CMI address register from the 
PAD receivers in the event that access to main memory is necessary. 


MA latch contents on the MAD bus from the ADD block can also be sourced to the MBus from the M 
MUX by the microcode. 


Physical Address (PAD) Bus — In addition to supplying the physical address for cache access, the PAD 
bus is used by the microcode to read or write address translation information to the TB or make access 
checks. Read data bits <23:09> from the TB are sourced to the MBus via the M MUX. MBus bits 
<31:24> are not used. TB write data from the WBus is sourced to the DBus for the A MUX. 


The DBus sources data from the CMI on a TB miss. When a microtrap retrieves a PTE from main 
memory, the PTE is sourced onto the PAD bus from the WBus to check access privileges before being 
written to the TB. 


MDR Chip Identify (ID) — The previous subsection illustrates MDR use of the physical address bus. All 
PAD drivers are normally enabled to drive physical address information. All are disabled when the 
receivers are sourced to the MBus. 


When driving virtual address (memory management enabled), the drivers for byte 0 remain enabled, 
while the drivers for bytes 1 and 2 are disabled to allow TB contents to be asserted on the PAD lines. 
The ID pin for each MDR chip is grounded except for the chip that drives bit <08>. This allows the 
driver for that bit to remain enabled with byte 0 (bits <7:2>) to assert the VA byte address field onto 
the PAD lines. 


Address Multiplexer (A MUX) — The A MUX sources all physical address information to the PAD bus 


and CMI address register. Its inputs are selected by the A MUX SEL <S1:S0> levels from the ADK 
as shown in Table 2-26, directed by the bus function. 


Table 2-26 A Multiplexer Source Select 


A MUX SEL PAD Bus 

S1 SO Driver Source 

0 0 CMI Address Register 
0 l CMI Data Latch 

l 0 MAD Bus 

l 1 DBUS 


2.5.3.2 MDR Data Transfers 
Write Data Register (WDR) — Write data from the WBus is sourced to the DBus. DBus rotator outputs 


are clocked to the WDR from the WDR MUX. The WDR is sourced to the CBus to write data to 
memory and cache. It may also be sourced to the MBus for storage on a microtrap. 
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For a write to memory, CMI address register contents are sourced to the CBus for transmission on the 
CMI DATA lines. CMI address longword bytes <2:0> are asserted for one B CLK cycle while DBBZ 
and byte 3 (byte mask and function code) are asserted by the CMK. The CMI address register is also 
sourced to the PAD lines to select cache and check for a hit. The CMI address register, after one B 
CLK cycle, is deasserted from the CBus. Instead, the WDR is sourced to the CBus and driven onto 
CMI DATA <31:00>. For a cache hit, the data is also written to cache. Cache data bus drivers are 
always enabled except when read data is sourced from cache to the DBus. 


DBus Write Data Alignment — For alignment of write data to cache and the CMI, the DBus rotator left- 


rotates DBus data sourced from the WBus to inputs of the WDR MUX shown as in Table 2-27. The 
CAK produces DBUS ROT <S1:S0> selection from a decode of the WCTRL and bus function fields. 


Table 2-27 DBUS Left Rotate Select 


DBUS ROT WDR Bytes <3:0> Receive 

Sl S0 DBUS Data Bytes 

0 0 3 2 I 0) (no rotation) 
1 l 2 1 0 3 (1 byte) 

l 0 l 0 3 2 (2 bytes) 

0 l 0 3 2 l (3 bytes) 


All bytes are clocked to the WDR. Bytes valid for transfer to memory are determined by the CMK, 
which transmits the byte mask to the CMI. The CAK disables invalid bytes to cache via ENA BYTE 
<3:0> levels. 


When high-order bytes of offset (rotated) write data cross the longword boundary, a CMI write to 
memory is generated for the valid low-order bytes. A write, second reference occurs to transmit the 
valid high-order bytes at the next longword address, unless the page boundary is crossed. In this case, 
the microcode performs a PTE access check on the next page table entry before the write is allowed to 
continue. In the case of a TB miss, the microcode sources the WDR to the MBus via M MUX gating 
for MTEMP storage, while the next PTE is retrieved from memory and an access check made. 


CMI Data Latch/Snapshot CMI - The CMI latch is normally transparent to information received from 
the CMI. The CMK monitors the CMI for writes to memory by an I/O device. When a write function 
code is detected, the CMK asserts the snapshot CMI level. This closes the CMI latch, capturing the 
write address generated by the device. HOLD is asserted on the CMI by the CMK, while CMI latch 
contents are sourced from the A MUX to the PAD bus to address cache. On a cache hit, HOLD is held 
asserted, preventing additional CMI activity, until the cache location is invalidated. 


Memory Data Register (MDR) — The MDR register receives cache or CMI read data from the DBus 
rotator. It may also receive WBus data to load internal registers that can be sourced to the MBus. It 
can be cleared by microcode, or can receive IR or OSR contents from the XB Decode bus. 


DBus Read Data Alignment —- The MDR receives all data as shown in Table 2-28 from the DBus rota- 
tor, which produces right byte rotation of CMI data from the DBus. Bytes <3:0> are all clocked to 
the MDR with DBUS ROT <S1:S0> directed by the CAK. 


When high-order bytes of a memory read cross the longword boundary, an unaligned read microtrap 
occurs and a read, second reference is performed to retrieve data at the next longword address. A long- 
word of data is returned from memory and rotated as for the first longword. Clocking for the MDR is 
enabled as shown in Table 2-29 to complete the word or longword of rotated data in the register. 


2-116 


Table 2-28 DBUS Right Rotate Select 


DBUS ROT MDR Bytes <3:0> Receive 

SI SO DBUS Data Bytes 

0 0 3 2 l 0 (no rotation) 
0 1 0 3 2 1 (1 byte) 

1 0 1 0 3 2 (2 bytes) 

1 l 2 l 0 3 (3 bytes) 


Table 2-29 MDR Clock Second Reference 


DBUS ROT 
S1 


MDR Byte 
Clocks Enabled 


NOTE: X indicates the byte clock is disabled in 
conjunction with the CLK SEL <S1:S0>/DBUS 
destination signals of Table 2-30. 


DBus Data Select — Data is sourced to the DBus as shown in Table 2-30, selected by DBUS SEL 
<S1:S0> from the ADK. The receiving register is clocked on the positive transition of B CLK L as 
selected by CLK SEL <S1:S0O> from the ADK. 


MBus Multiplexer (M MUX) - The MBus drivers are enabled as shown in Table 2-31 by latched 
MSRC bits decoded in MIC module discrete logic (MBUS ENA). The MMUX SEL <S1:S0> inputs 
are respectively driven by MMUX SEL S1 from the PRK, and the latched MSRC 2 bit. 


Table 2-30 DBUS Data Select 


CLK SEL Clock DBUS DBUS = SEL Select DBUS 
S1 SO Destination Sl SO Source 


0 0 0 0 Cache Data Receivers 
0 ] 0 l CMI Data Latch 

l 0 XB Registers ] 0 WBUS 

l l WDR l l XB Decode Bus 


Table 2-31 M Multiplexer Source Select 


M MUX SEL 

S1 SO MBUS Source 
0 0 MDR/WDR 
0 l XB Rotator 

l 0 MAD Bus 

1 l PAD Bus 
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2.5.3.3 Execution Buffer (XB) — The execution buffer consists of two 4-byte first in—first out buffer 
registers, XB1 and XBO. They function under PRK control to maintain two longwords (8 bytes) of I- 
Stream data available for the CPU; two bytes to the XB decode bus, and four bytes to the MBus for the 
data paths. 


Prefetch Function — Independent of the microsequencer, the PRK keeps track of machine cycles using 
such signals as bus functions, XB PC <01:00> from the ADD, and ISIZE <01:00>, IRD 1, and LD 
OSR from the DPM. 


Whenever the PC is loaded from the WBus, the PRK flushes the XB by prefetching two longwords of I- 
Stream information at the new address. 


Table 2-32 illustrates that, depending on the state of the XB SEL (XB Select) level, byte 0 of one 


register is concatenated to byte 3 of the other. This allows the contents of both to be rotated as a quad- 
word for sourcing to the XB decoder or the MBus. 


Table 2-32 XB Rotation 


XB Decoder XB Decoder 

Byte 1 Byte 0 
XB XB PC MBUS MBUS MBUS MBUS 
SEL 01 00 Byte 3 Byte 2 Byte 1 Byte 0 
0 0 0 XB1 B3 XB1 B2 XB1 Bl XB1 BO 
0 0 ] XBO BO XB1 B3 XB1 B2 XB1 Bl 
0 ] 0 XBO Bl XBO BO XB1 B3 XB1 B2 
0 ] ] XBO B2 XBO B1 XBO BO XB1 B3 
1 0 0 XBO B3 XBO B2 XBO B1 XBO BO 
l 0 ] XB1 BO XBO B3 XBO B2 XBO B1 
l ] 0 XB1 Bl XB1 BO XBO B3 XBO B2 
l l ] XB1 B2 XB1 Bl XB1 BO XBO B3 


XB Rotation —- While the XB SEL level alternately designates the outputs of one register as currently 
active for the XB decode bus, it enables the inputs to the other to clock new prefetch data as the J- 
Stream contents are used. 


If, for example in Table 2-32, the instruction begins with XB SEL and XB PC <01:00> equal to 
zeros, bytes <B1:BO> of XB1 are sourced to the XB decoder for the opcode and first OSR. For IRD 
1, the PC is always incremented by +2 and XB PC is equal to 10. If the source OSR designates a 
longword-immediate, bytes <B1:B0> of XBO and bytes <B3:B2> of XB1 are sourced to the MBus 
as a longword. Since all XB1 data is utilized, the XB SEL is set to a one and a prefetch to the next 
longword address (PC+ 4 from the ADD) clocks new data to XB1. With XB PC still equal to 102, bytes 
<B3:B2> of XBO are now aligned with the XB decode bus for the second OSR. 


XB decode bus drivers for byte 0 are always enabled. The drivers for byte 1 are normally enabled ex- 
cept when XB data for byte 1 is sourced back to byte 0 of the DBus. Bytes <3:1> of the DBus and the 
DBUS ROT <S1:S0> levels are all zero to source the information to the MBus via the MDR and M 
MUX. 
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2.5.4 Translation Buffer (TB) 

A linear array of over four billion bytes of virtual address space is available on the VAX-11/750. All 
user virtual space is mapped (allocated) by the system software to physical main memory. The TB isa 
2-way set associative cache memory that provides fast access to address translation and protection in- 
formation. If the TB does not contain a valid translation when a virtual address reference is attempted, 
a microtrap occurs. The translation information is retrieved from memory or disk, stored in the TB, and 
the reference is retried. 


2.5.4.1 TB Organization — Figure 2-49 is a basic block diagram of the TB. The TB consists of two 
identical sets of RAM matrices. Each is accessed by a virtual address from the memory address 
(MAD) bus. They are designated group 1 and group 0 with 256 locations each for 2-way set association. 
The PTE data matrix for each group is identified by a corresponding translation (tag) address matrix. 


The output of the group producing a TB hit is gated from the multiplexer to the physical address 
(PAD) bus for the address translation. 


MAD<30:16>, PAD <8> 


wan<aitse> | 


TAG 0 ; TAG 1 
<30:16> 


A=B HIT O A=B HIT 1 


PAD <23:9, 7:3> 


MAD <81, 15:9> PTE PTE 
: GROUP 0 GROUP 1 


PAD <23:9> 
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Figure 2-49 Translation Buffer 
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The 256 locations of each group are further divided into two parts. The upper 128 locations are re- 
served for system PTEs (MAD <31> = 1). Process PTEs occupy the lower 128 locations (MAD 
<31> = 0). The upper or lower areas are selected by MAD <31>. This facilitates invalidation of 
only the process PTEs on a context swap. 


Virtual Addressing — Figure 2-50 illustrates how the tag and index fields of the VA access the TB and 


other translation functions. Virtual address (VA) bits <31:09> on the memory address (MAD) lines 
from the ADD block access the TB and are broken down into two fields. 


VIRTUAL ADDRESS (MAD BUS) 


31 30 16 15 09 08 02 01 00 


(CAK, CMK, ACV) 
TAG BYTE ADDRESS 
| PTE (PAD BUS) 
30 16 08 23 09 08 04 03 00 
P| TAG TB1 RAMS 


PFN | PROT [M] Py lose x 40 


23 09 08 02 


|. pHYsICALLONGWorD- _| 
ADDRESS (PAD BUS) 


TBO RAMS 


D7 
A=B 


Figure 2-50 TB Functions 
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Index field, bits <31> and <15:09>, selects corresponding addresses in both tag and PTE data store 
groups. Bit <31> selects the lower or upper 128 locations for access to process or system PTEs. On a 
context switch, only the process PTEs in the lower half of the TB are invalidated. 


Tag field, bits <30:16>, is written to the tag store while the corresponding PTE with translation data 
is written into the data store. PTE data is received from the MDR register on the physical address 
(PAD) lines. Bit <08>, the valid bit, is stored as part of the tag matrix that generates and stores one 
parity bit. 


PTE Rotation — When a PTE is generated, it is stored in memory in the format shown in Figure 2-51. 
When retrieved from memory, it is rotated by the microcode nine places to the left as shown in Figure 
2-52 for assertion on the WBus to the MDR and is stored in the TB. This places the PFN field into 
PAD bits <23:09> as shown in Figure 2-50. During an address translation the PFN is concatenated 
with bits <08:02> of the virtual address on the PAD bus to provide the physical longword address. VA 
bits <01:00> direct byte offset functions in the CAK, CMK, and ACV chips (the odd or even address 
of a byte, word, or longword). 


31 30 27 26 25 15 14 
mor pl mei 


VALID BIT (W GOVERNS VALIDITY OF M BIT AND PFN FIELD 
V = 1; PAGE CAN BE ACCESSED BY EXECUTING PROCESS 
V = 0; PAGE CANNOT BE ACCESSED BY EXECUTING PROCESS 
PROTECTION FIELD (PROT) ALWAYS VALID AND USED BY 
HARDWARE EVEN WHEN V =0 
MODIFY BIT (M) M = 11F PAGE HAS ALREADY BEEN 
RECORDED AS MODIFIED 
M =01F PAGE HAS NOT BEEN RECORDED 
AS MODIFIED 
USED BY HARDWARE ONLY IF V=1 
BITS <25:15> (MBZ) MUST BE ZEROS 
RESERVED FOR SYSTEM SOFTWARE 
PAGE FRAME NUMBER (PFN) UPPER 15 PHYSICAL ADDRESS 
BITS OF THE PAGE LOCATION 
USED BY HARDWARE ONLY IF V = 1. 
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Figure 2-51 Page Table Entry Format 
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Figure 2-52 PTE After Rotation 
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TB Hit — When the TB is presented with a virtual address reference, index bits <31> and <15:09> 
select the same location in both groups of matrices. Whichever group generates equality between the 
tag field of the incoming virtual address and the tag store contents must also have the V bit set to 
provide a TB hit. This indicates that the related data matrix location contains the correct page frame 
number for the address translation. 


TB Miss — If the valid bit is clear (page invalid) or if no match exists between the TB tag of the indexed 
location and the VA tag field, a TB miss microtrap occurs. The PTE is read from memory to the TB 
and the reference is retried. 


Only valid PTEs are loaded to the TB. Invalidation of TB entries is performed by the operating system 
when initialized or when it removes a page from the working set. When a PTE is read from memory 
into the MDR register on a TB miss, it is asserted onto the PAD bus via the WBus. The M bit, V bit 
and access privileges are checked by the logic before it is written into the TB. 


The entire TB is invalidated upon system initialization to provide invalid PTEs with good parity. Pro- 
cess PTEs are invalidated during context switching since mapping is different for each process. Pro- 
cesses may have access privileges to common areas. 


When a PTE is written to the TB, three parity bits (PAR <2:0>) are generated and stored in the data 
matrix. Each parity bit monitors the following data bits on the PAD bus. 


PAR 2 = PAD <23:18> 
PAR 1 = PAD <17:11> 
PAR 0 = PAD <10:09>, M Bit, and PAD <07:04> (access protection bits) 


2.5.4.2 Address Translation — To support TB functions within memory management, a series of checks 
and responses are incorporated in the firmware as shown in Figure 2-53. If the translation information 
in the TB is not valid, a TB miss microtrap occurs and the translation discontinues. If the information 
cannot be found, or if a length or access violation occurs, a fault to the operating system takes place for 
software intervention. 


TB Hit — A TB hit occurs when the tag field of the VA (MAD <30:16>) is equal to the tag contents of 
the PTE and the valid (V) bit is set at the location selected by the VA index field (MAD <3], 
15:09>). Figure 2-54 shows a reference to PO, P1, or SO space that results in a TB hit. (Bits <31:30> 
of the virtual address are equal to 00, 01, or 10, code 11 is unused.) VA bits <01:00> are not used in 
the translation since cache and memory information is longword-aligned. Contents of the TB hit address 
are output and the PFN points to the base address of the page in main memory. The byte offset field of 
the VA selects a longword within the page. This is the physical longword address of the data in memo- 
ry. 


For a TB hit to either system or process space (VA bit <31> = 1 or 0), the translation is completed 
unless an access violation occurs (Figure 2-53). No check is made for a length violation since the PTE 
could not be in the TB. A length violation on the first reference to the page does not load its PTE to the 
TB. 


The M bit is checked during a write reference. If not set, a microtrap occurs. The PTE is fetched from 
main memory and the M bit is set. The PTE is rewritten to memory and the TB. The write is then 
completed. 
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Figure 2-53 Address Translation Flow 
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Figure 2-54 TB Hit-System or Process Space 


System TB Miss — A TB miss on a PTE in the system region (VA bit <31> = 1) causes a microtrap 
response as shown in Figure 2-55. After a page length check (Figure 2-53), the physical address of the 
system PTE (SPTE) is formed by aligning and adding VPM bits <29:09> of the VA to the contents of 
the system base register (SBR, bits <23:02>). Bits <31:30> of the SBR are 00 since the contents are 
a physical address. 
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Figure 2-55 System TB Miss 
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The SPTE is retrieved from cache or main memory by the microcode, which does an access check 
before writing it to the TB. The protection code is checked before the V bit to avoid the overhead of 
writing a PTE to which access is not allowed into the TB. After an M-bit check for a write, the trans- 
lation continues and the physical longword address is formed. If the M bit must be set, another branch 
of the microcode is selected to accomplish all tasks rather than allowing a microtrap to occur during a 
microtrap. 


If the SPTE from memory is not valid (V bit is clear), a translation-not-valid fault calls for software 
intervention. The page is faulted and read into memory from disk, along with its corresponding SPTE. 
A retry on the reference loads the valid SPTE to the TB and the translation completes with a TB hit. 


Process TB Miss — A TB miss on a PTE in the control or program region causes a microtrap response as 
shown in Figure 2-56. After a page length check of he virtual reference against the process length regis- 
ter (POLR or P1LR), the VPN of the process VA is added to the contents of the process base register 
(POBR or PIBR). The resulting virtual address makes access to memory from the SPTE in the TB. 


The physical PFN from the TB is used with a byte offset from the POBR or P1BR to retrieve the 
PxPTE from the process page table in cache or main memory. If the V bit is set, the PxPTE is written 
to the TB after the access code and M bit are checked. The reference is_then retried. If the V bit in the 
PxPTE fetched from memory is clear, a translation-not-valid fault occurs to the operating system. The 
page and its valid PTE are then faulted from disk to memory. 


When reference is made to a process page for a write and the M bit is clear in the PxPTE, the M bit of 
the SPTE is also checked. If clear, the M bit of the SPTE is set in the TB to avoid an M bit microtrap 
when the updated PxPTE is written to memory. 
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Figure 2-56 Process TB Miss 
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Process TB Double Miss — If the SPTE for the process PTE is also not in the TB, it must be retrieved 
from memory first. In Figure 2-57, the process VPN added to PxBR contents produces a virtual ad- 
dress. This VA, unable to be translated by the TB, is aligned and added to the SBR. This provides the 
physical address to retrieve the SPTE from memory. Once the SPTE is in the TB, the PxPTE is loaded 
as for a single miss, and the translation continues. 
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Memory Management Exceptions — An access violation occurs for two cases. A protection code viola- 
tion occurs when the intended access request (read, write, or read modify) is not allowed for the current 
processor access mode. 


A length violation occurs when the virtual page number of a PO VA or SO VA is greater than or equal to 
the contents of the POLR or SOLR. Since Pl space grows toward lower addresses, a length violation 
fault occurs when the VPN is less than the contents of the P1LR. 


A translation-not-valid fault occurs when the V bit is clear in the PTE fetched from memory by the 
microcode. Control is passed to an executive routine called the pager. The pager uses the information 
from the invalid PTE to locate the page on disk. It then adds it to the working set of the requesting 
process. 
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Since process page tables are mapped by system PTEs, a process VA may incur page faults to retrieve 
both the process PTE and the system PTE for the process. For any of these faults, the PSL and PC are 
pushed onto the kernel stack, followed by the faulting virtual address and a status longword describing 
the violation. Control and status register bits are described in Paragraph 2.5.6. 


2.5.5 Cache Memory 

Cache is a high-speed memory buffer for the storage of up to 4K bytes of data in 1,024 index locations. 
Its purpose is to reduce memory access time by storing data most likely to be required by the pro- 
cess(es) currently executing on the system. The most significant reduction is in the execution time for 
localized programs and frequently used routines or program loops. 


VAX-11/750 cache uses the direct mapping technique. A physical address reference is compared to a 
stored address to access the stored data. If the data is not in cache, it is fetched from memory and 
loaded to cache for possible reuse. 


2.5.5.1 Cache Organization — Like the TB, cache consists of an address matrix and a data matrix as 
shown in Figure 2-58. The index field, bits <11:02> of the physical address from the PAD bus, selects 
one of 1,024 index locations. 


The tag field, bits <23:12> of the physical address, is stored in the address matrix along with one 
parity bit and the cache valid bit from the cache control chip (CAK). All cache locations are in- 
validated by the microcode when the machine is initially turned on. 


A longword of data from the MDR block is stored in the corresponding index location of the data ma- 
trix. Four parity bits are generated and are stored in the data matrix, one for each byte of the data 
longword. 


2.5.5.2 Cache Operation — Cache data is longword-aligned with the CMI. Alignment of cache or CMI 
data with the DPM takes place within the MDR block (Paragraph 2.5.3). 


Cache Hit — A cache hit fora CPU memory reference results when the tag field of the physical address 
is equal to the contents of the address matrix, and the valid (V) bit is set. This indicates that valid data 
for the operation is stored in the corresponding index location of the data matrix. Cache can only be 
accessed by the CPU. A read or write cycle on the CMI originated by an I/O device does not have 
access to cache information. 


Cache Miss — A cache miss results when the tag address bits do not agree or when the V bit is clear on a 
CPU memory reference. This indicates that the data is not in cache for the referenced address (tag 
fields are unequal), that cache does not contain the most recent data for the operation (V bit is clear), 
or both. 


Read Hit — A cache hit on a CPU read to memory results in cache data being transferred to the MDR 
block (Paragraph 2.5.3). Any byte rotation takes place for the DPM as the data is clocked to the MDR 
register from the DBus rotator. With the data available in cache, no reference to slower main memory 
Is necessary. 


Read Miss - When a CPU read reference results in a miss, a CMI cycle is initiated to retrieve the data 
from main memory and to store it in cache. 


Write Hit - A CPU write to memory that causes a hit in cache causes the new data to be written both to 
cache and to main memory. This is the write-through technique. Although extra time is required to 
write the data to main memory, this technique allows both main memory and cache to contain the up- 
dated information. 
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Figure 2-58 Cache Memory 
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Writes to memory by I/O devices are monitored on the CMI and checked for hits on cache addresses. 
A hit by an I/O device causes the cache location to be invalidated. A read reference to that location by 
the CPU then causes the updated information to be loaded to cache by a read miss. 


Write Miss — An aligned longword write to memory by the CPU is written to cache as it is for a hit. If 
the CPU data is unaligned, or is less than a longword in length, cache is not written. If the information 
is later retrieved by the CPU, cache is then updated by a read miss. A cache write miss by an I/O 
device updates the main memory location and does not alter cache. 


2.5.6 Memory Status/Control Registers 

MIC status and control registers are accessed by the software or from the console as internal processor 
registers (IPRs). They are read or written on WBus bits <27:24> under WCTRL field control by the 
microcode. The memory status/control address register (MEMSCAR) is loaded from WBus <27:24> 
with a register address. The selected register is then affected by the source or destination WCTRL 
code. Figures 2-59 through 2-61 illustrate bit functions of the TB, cache, and memory management 
registers contained in the MIC control chips. All registers are initially zero. Also shown are the bit 
positions and IPR numbers (in hexadecimal), as well as the MEMSCAR number and chips that contain 
the registers. 


Memory Management Enable (MME) — Bit <0> of IPR 38 is a read/write bit. When set, memo- 
ry management is enabled and the address from the ADD block is virtual. When clear, memory 
management is disabled and the address is physical for direct access to cache or main memory. 


TB Hit Register (TBHR) — Bit <4> of IPR 17 is a read-only bit that saves the status of the last 
microcode reference made to the TB for an address translation. 


TB Group Disable Register (TBGDR) — The TBGDR, IPR 24, is a read/write register. If bit 
<3> isa one, bit <2> selects which group is replaced. When zero, bit <3> designates random 
replacement to either group when a PTE is loaded from memory. Bits <1,0> are set to disable 
either group by forcing a miss. 


TB Group Parity Register (TBGPR) — TB parity error bits <11:08> of IPR 17 are read-only. If 
any bit is set, bit <2> of the MCESR reads as a one. Writing a one to bit <2> (TB error) of the 
MCESR, from the console or the software, clears all bits. 


Cache Error Summary Register (CAER) — All bits are read/write. Bit <0> of IPR 27 saves the 
status of the last microcode reference to cache. Bits <3,2> hold parity error status of cache tag 
and data fields. Bit <1> is set by an access to cache if an error condition is encountered before a 
previous one is serviced. 


Cache Disable Register (CADR) — Bit <0> of IPR 25 is read/write. When set, cache hits are 
disabled. 


Cache Write-Only Register — Bit <20> of IPR 17 is read/write only by the microcode. When set 
(diagnostic mode only), CPU writes to the CMI are disabled and only cache is written. 


Machine Check Error Summary Register (MCESR) — The MCESR, IPR 26, is read/write. Writ- 
ing a one to bit <3> or bit <2> from the console or the software clears the summary register 
for bus errors or TB errors. 


Bus Error Summary Register — Bus error bits <3:0> of IPR 17 are read-only. If any bit is set, bit 


<3> of the MCESR reads as a one. Writing a one to bit <3> (bus error) of the MCESR, from 
the console or the software, clears all bits. 
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Saved Mode Register — Saved mode bits <19:16> of IPR 17 are read/write and reflect the pro- 
cessor access mode and memory management states during the last microcode reference to memo- 
ry. 

Write Vector Occurred Register — Bit <12> of IPR 17 is read/write. It is first cleared when a 
bus grant is issued, then set in response to the write vector transaction on the CMI. It is also set by 
a read lock timeout (and NXM status is returned to the CPU). 


INTERNAL PROCESSOR 


REGISTER (IPR) BITS NAME IPR # MEMSCAR # 
MME 38 0 
‘ADK CHIP’ 


0 = MEMORY MANAGEMENT OFF 
1 = MEMORY MANAGEMENT ON 


IPR # MEMSCAR # 
TBHR 17 C 
‘UTR CHIP’ 
0=MISS 
1 = HIT 
IPR # MEMSCAR # 
TBGDR 24 3 
“ADK CHIP’ 
0 = NORMAL 
1 = FORCE MISS IN GO 


0 = NORMAL 
1= FORCE A MISS IN G1 


0 = FORCE REPLACE GO 
1 = FORCE REPLACE G1 


0 = RANDOM REPLACEMENT 
1 = FORCE REPLACE (USED WITH BIT 2) 


pi [i] o | 8 TBGPR IPR # MEMSCAR # 
17 D 


0 = NORMAL “UTR CHIP’ 
1= GO DATA ERROR 


0 = NORMAL 
1= G1 DATA ERROR 


0 = NORMAL 
1= GO TAG ERROR 


0 = NORMAL 
1= G1 TAG ERROR 


TKS769 


Figure 2-59 TB Registers 
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INTERNAL PROCESSOR = ame pr# MEMSCAR# 
REGISTER (IPR) BITS CAER 27 4 


‘CAK CHIP’ 


LOST ERROR 

0 = NORMAL 

1= DATA ERROR 
0 = NORMAL 

1= TAG ERROR 


IPR # MEMSCAR # 
CADR 25 6 


0 = CACHE ON ‘CAK CHIP’ 
1 = DISABLE CACHE (FORCE MISS) 
UNDEFINED 


UNDEFINED 
UNDEFINED 


IPR # MEMSCAR # 


17 E 
CACHE WRITE 
0= CMI ON ‘UTR CHIP’ 


1 = DISABLE CMI 
=0 
=0 
=0 
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Figure 2-60 Cache Registers 
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INTERNAL PROCESSOR 


REGISTER (IPR) BITS ‘NAME IPR # MEMSCAR # 
MCESR 26 8 
‘UTR CHIP’ 
0 = OPERAND FETCH 
1= XB FETCH 
0 = NORMAL 
1 = UNALIGNED UNIBUS REFERENCE 
0 = NORMAL 
1= TB ERROR (WRITING A ONE CLEARS TBGPR) 


0 = NORMAL 
1 = BUS ERROR (WRITING A ONE CLEARS BER) 


BUS ERROR IPR # MEMSCAR # 
SUMMARY REGISTER 17 9 


0 = NORMAL ‘UTR CHIP’ 
1= CORRECTED READ DATA 


0 = NORMAL 
1 = LOST ERROR 


0 = NORMAL 
1=UNCORRECTECTABLE DATA ERROR 


0 = NORMAL 
1 = NONEXISTENT MEMORY 


SAVED MODE IPR# MEMSCAR # 


REGISTER 17 1 
‘ADK CHIP’ 
= MODE <0> 
= MODE <1> 
0= VIRTUAL 
1= PHYSICAL 
0 = READ — MODIFY 
1=NORMAL READ 
WRITE VECTOR IPR # MENMSCAR # 
OCCURRED REGISTER~ 17 2 
0 = NORMAL ‘ADK CHIP’ 
1= VECTOR IN MDR 
0 * ALSO READS AS THE READ LOCK TIMEOUT BIT 


TK5770 


Figure 2-61 Status/Control Registers 
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2.5.7 Memory Interface Micro-Orders 
This paragraph describes bus function code assignments, WCTRL codes, and MSRC codes. These 
codes are all in hexadecimal. 


2.5./.1 Bus Function Codes — The following is a list of the code assignments (in hex) for the bus func- 
tion microfield. The functions are further defined following the list. 


Code Function 

00 Read Physical Address 

01 Processor Initialize 

02 Read, No Microtrap 

03 I/O Initialize (Not Used by MIC) 
04 Read Lock Timeout Test 

05 NOP 

06 Read, Second Reference 

07 NOP 

08 Write Physical Address 

09 REI Check (Not Used by MIC) 
0A Write, Second Reference 

OB Write Unlock, Second Reference 
0C Write, No Microtrap 

OD NOP 

OE Write Longword, No Microtrap 

OF Bus Grant 

10 Read 

11 Read Longword 

12 PTE Access Check, Write 

13 Read Lock 

14 Read with Modify Intent 

15 Read Longword with Modify Intent 
16 PTE Access Check, Read 

17 PTE Access Check, Read, Kernel Mode 
18 Write 

19 Write Longword 

1A Write If Not R Mode 

1B Write Unlock 

1C Probe Access, Write, Mode Specified 
1D Probe Access, Write 

1E Probe Access, Read, Mode Specified 
1F Probe Access, Read 


The following is a brief description of the memory interface bus functions. 


(10) Read — Replace the contents of the MDR register with the contents of the memory location 
specified by the virtual address presently in the VA and D-size. 


(14) Read with Modify Intent —- Checked for Write access. Otherwise, same as Read unless the 


resulting physical address is in Unibus space. In this case the Unibus must perform an interlocked 
operation (DATIP). 
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(11) Read Longword — Same as Read, except the two least significant bits of the address are ig- 
nored (for field instructions). 


(15) Read Longword with Modify Intent — See Read Longword and Read with Modify Intent. 


(02) Read, No Microtrap — Same as Read, but suppress ACV (access violation) and unaligned 
data microtraps. 


(13) Read Lock — Same as Read; checked for Write access. In addition, signifies to other masters 
on the CMI that they must not perform Read Lock operations until a Write Unlock operation has 
taken place. If the CPU 1s unable to perform a Read Lock within approximately 64 us of the time 
it was initiated, a Read Lock Timeout occurs. The Read Lock operation is aborted, a nonexistent 
memory machine check occurs, and the write vector occurred bit is set in the appropriate sta- 
tus/control register. 


(00) Read Physical Address — Same as Read except that the address in the VA is to be used as a 
physical address instead of a virtual address and the two least significant bits are ignored. 


(06) Read, Second Reference — Indicates to the memory interface control logic that a previous 
Read crossed a longword boundary. Therefore, only the portion of data fetched from memory that 
was not previously fetched should be clocked into the MDR. 
(04) Read Lock Timeout Test — Special function for testing timeout counter in MDR chips. 
There are three categories of write bus functions. 
1. Those that load the write size latch. This category includes the following functions. 
Write 
Write if Not R Mode 


Write Unlock 
(Write Longword) 


PO oc? 


NOTE 
Write Longword causes the write size latch to be 
loaded with D-size, but always writes all four bytes. 


2. Those that use the latched size. This category includes the following functions. 
a. Write, Second Reference 
b. Write Unlock, Second Reference 
c. Write, No Microtrap 


3. Those that always write all four bytes regardless of D-size. This category includes the follow- 
ing functions. 


a. Write Physical Address 
b. Write Longword, No Microtrap 
c. Write Longword 


The write size latch is loaded with D-size during any microstep that specifies a category 1 write bus 
function, regardless of any destination inhibits or microtraps that might occur during that microstep. 
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(18) Write — Replace the contents of the memory location specified by the virtual address pres- 
ently in the VA and D-size with the contents of the WDR register. 


(1A) Write if Not Register Mode — Same as Write unless R Mode (register mode) from the micro- 
sequencer is asserted, in which case do nothing. 


(1B) Write Unlock — Same as Write. In addition, releases the interlock set by a Read Lock oper- 
ation. 


(OA) Write, Second Reference — Indicates to the memory interface control logic that a previous 
write crossed a longword boundary. Therefore only the portion of the data in the WDR that was 
not previously stored should be written into the specified memory location. 


(OB) Write Unlock, Second Reference — See Write Unlock and Write, Second Reference. 


(OC) Write, No Microtrap — Same as Write, but suppress ACV (access violation), unaligned data, 
and page boundary crossing microtraps. 


(08) Write Physical Address — Same as Write except that the address in the VA is to be used as a 
physical address instead of a virtual address and the two least significant address bits are ignored. 


(OE) Write, No Microtrap, Long — Same as Write, No Microtrap, except that a longword is writ- 
ten ignoring the latched write size. Used for writing the M bit during mapping subroutines. 


(19) Write Longword — Same as Write, except the two least significant bits of the address are 
ignored (for field instructions). 


(1F) Probe Access, Read — Check the translation buffer entry corresponding to the address pres- 
ently in the VA against the current mode for validity and read access. Indicate the results of the 
check on the microvector lines as follows. 


NOTE 
The following signal name abbreviations are used to 
define the state of the microvector lines during 
Probe and PTE Check micro-orders. 


M = PTE modify bit 

V = 1if valid PTE 

AC = 1 if access allowed 

PBOK = 1 if not crossing a page boundary 

PA = ] if memory mapping is not enabled (physical address) 


On Probe the microvector lines are as follows. 


MICROVECTOR <3> = (PBOK .AND. V .AND. AC) .OR. PA 
MICROVECTOR <2> = M.AND. [(V .AND. AC) .OR. PA] 
MICROVECTOR <1> = V.OR. PA 

MICROVECTOR <0> = (AC .AND. V) .OR. PA 
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On PTE Check the microvector lines are: 


MICROVECTOR <3> = 0 

MICROVECTOR <2> = M.AND. V .AND. AC 
MICROVECTOR <1> = V .AND. AC 
MICROVECTOR <0> = AC 


(1E) Probe Access, Read, Mode Specified — Same as Probe Access, Read except that access is 
checked against WBUS <25:24> instead of the current mode. 


(16) PTE Access Check, Read — Same as Probe Access, Read except that a PTE image on the 
WBus is checked instead of a translation buffer entry. Note that the valid bit and the protection 
code bits must occupy the same positions on the WBus as they would if the PTE were to be loaded 
into the translation buffer. 


(17) PTE Access Check, Read, Kernel Mode — Same as PTE Access Check, Read except that 
access is checked against kernel mode instead of current mode. 


(1D) Probe Access, Write — Check the translation buffer entry corresponding to the address pres- 
ently in the VA against the current mode for validity and write access. Indicate the results of the 
check on the microvector lines. 


(1C) Probe Access, Write, Mode Specified — Same as Probe Access, Write except that access is 
checked against WBUS <25:24> instead of the current mode. 


(12) PTE Access Check, Write — Same as Probe Access, Write except that a PTE image on the 
WBus is checked instead of a translation buffer entry. Note that the valid bit and the protection 
code bits must occupy the same positions on the WBus as they would if the PTE were to be loaded 
into the translation buffer. 


(01) Processor Initialize - Generates a reset signal that initializes status/control registers. 


(OF) Bus Grant — Causes a bus grant to be issued on the Unibus in response to the highest level 
Bus Request. After the grant is issued, memory interface logic stalls the procesor clock until the 
grantee releases the Unibus. During the time the processor is stalled, a Write Vector transaction 
may take place on the CMI, which causes an interrupt vector to be written into the MDR. If this 
happens, the status register write vector occurred bit is set. 


Microtraps and Interrupts — In addition to the microtrap and interrupt pending lines from the memory 
interface control to the microsequencer, there are four microvector lines that describe the microtrap or 
interrupt. These lines can be used as a branch offset by the microsequencer. 


As a result of a microtrap, certain functions in the microstep are inhibited and the normal flows are 
exited. Upon completion of the microtrap routine, the microcode returns to the microstep that caused 
the microtrap, and the functions that were previously inhibited are allowed to execute. 


In TB miss microtrap subroutines, the microcode must probe ahead on memory references to avoid 
nested microtraps. 


2.5.7.2 WCRTL Codes — The following WBus control codes (in hex) are required for the memory 
interface. 
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Function 


VA — PC + ISIZE + (WBUS) 

PC — PC + ISIZE 

Reserved 

VA — VA + 4 

MDR <— (WBUS) 

PC — (WBUS) 

VA — (WBUS) 

MBUS — WDR 

MDR — 0 

TB DATA — (WBUS) 

TB Valid bit — 0 

VA — (WBUS) 

(Invalidate both groups at the index position addressed by VA.) 
WDR — (WBUS) Unrotated 

MDR <— OSR, Zero-extended 

PC — PC + (WBUS) 

Cache Valid bit — 0 

VA — (WBUS) 

(Invalidate cache at the index position addressed by VA. The address in the VA reg- 
ister is interpreted as a physical address.) 

WDR — (WBUS) 

MDR ~<— IR, Zero-extended 

Status/Control register — WBUS <27:24> 
Previous Mode register — WBUS <23:22> 
WBUS <27:24> — Status/Control register 

Bus Grant 

WBUS <20:16> <— IPL of current Unibus grantee 
Status/Control Address register— <WBUS27:24> 
Previous Mode register — Current Mode register, then IS/Current Mode register — 
WBUS <26:24> 

REI Check 

ASTLVL register — WBUS <26:24> 

Reserved 

WBUS <26:24> — ASTLVL register 

Reserved 

Highest software IPR Register — WBUS <20:16> 
IPL register — WBUS <20:26> 

Reserved 

WBUS <20:16> —IPL of last Unibus grantee 


2.5.7.3 MSRC Codes — The MSRC codes required for the memory interface (in HEX) are as follows. 


Code 


Function 


MBUS <— MDR register 

MBUS <— WDR register 

MBUS <— XB register (See Paragraph 2.5.3.3) 

MBUS -— MA 

MBUS ~<— PC Backup 

MBUS — PC 

MBUS — VA 

MBUS <— TB Data (address in VA is virtual, PAD bits <31:24> read as ones to the 
WBUS.) 
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2.5.8 CPU Memory Interconnect (CMI) Description 

The CPU memory interconnect (CMI) consists of 45 bidirectional lines that carry address, data, and 
priority arbitration between all subsystems on the backplane. The signals of the CMI are divided into 
four groups: timing, data/address and control, priority arbitration, and status. Figure 2-62 and Table 2- 
33 provide descriptions of the CMI signals. 


Signal Line 
Timing 


B CLK L 


CPU ARBITRATION <ARB 7:ARB1> 
DATA/ADDRESS <DATA31:00> 
DATA BUS BUSY (DBBZ) 
WAIT 
HOLD 
STATUS 1,0 
BCLKL 


TK5779 


Figure 2-62 CMI Signals 
Table 2-33 CMI Signal Description 


Description 


B CLK L is generated by the CPU to synchronize system activity. 


One B CLK cycle is considered to be from one rising edge of B CLK L to 
the next. B CLK L 1s low for one-third of the cycle. 


Data/Address and Control Group 


CMI Data <31:00> 


Data Bus Busy (DBBZ) 


HOLD 
WAIT 


The CMI data lines are first asserted by a device that has assumed con- 
trol as master. The master transmits control and address information to 
the slave (CMI address). The lines are then enabled for the transfer of 
data (CMI data). Bits <01> and <00> of the CMI address are ignored 
since four bytes (one longword) of data are represented on the lines. 


DBBZ is first asserted by the master for one CMI cycle while it places 
the CMI address on the CMI data lines. DBBZ is then asserted by the 
slave until data transfer is completed, except for a write operation where 
the slave is immediately ready to receive data. 


HOLD is used to temporarily suspend activity on the CMI. 


WAIT is asserted by a subsystem to initiate a processor interrupt. It is 
held until a write vector operation is performed. 


NOTE 


CMI data signals are asserted at +3 V (high); all other signals are as- 
serted at ground (low). 
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Signal Line 
Priority Arbitration Group 


<ARB7:ARB1> 


Status Group 
STATUS <1:0> 


Table 2-33 CMI Signal Description 


Description 


An ARB level is assigned to each subsystem and is used to gain control of 
the CMI. If a higher priority bit is not set and the CMI is idle (DBBZ 
and HOLD are not asserted), a subsystem asserts its own priority bit and 
assumes control of the CMI data lines on the following B CLK cycle. Ifa 
higher priority bit is set, the subsystem asserts its own priority bit to hold 
off lower priority subsystems until it gains control. 


Priority levels on the CMI are assigned as to the following devices: 


ARB 7 RDM - highest priority 
ARB 6 Reserved 

ARB 5 Reserved 

ARB 4 UBI (UBI 0) 

ARB 3 MBA 0 (or optional UBI 1) 
ARB 2 MBA 1 

ARB 1 MBA 2 


CPU — lowest priority 


Status is transmitted by a slave to indicate the conditions under which 
data is returned to the master. 


Status bit combinations are defined as follows: 


Status Bit 


1 0 

0 0 No response. Master attempted to access nonexistent 
memory (NXM) for read or write operation. 

0 ] Data returned to master carries uncorrectable error 
(UCE). 

1 0 Data is corrected. 

] 1 Data has no errors. 


CMI Transfer Formats — Information is transferred between subsystems on the CMI by two operations. 
Each operation consists of transmitting a separate format on the CMI data Ines. A master subsystem 
gains access to a slave by transmitting the physical longword address of the slave in the CMI address 
format (Figure 2-63) and asserting the DBBZ level for one B CLK cycle. A longword (four bytes of 
data) is then transferred to or from the slave in the CMI data format (Figure 2-64). If the slave is not 
immediately ready to receive write data or return status, it asserts DBBZ until it is. 


Bits <01:00> of the physical longword address are not meaningful because data on the CMI is long- 
word-aligned. The position of a byte in the CMI data longword is the effective address of the byte in 
relation to the physical longword address. 
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31 28 27) «2524 23 02 0100 


NS 


BYTE MASK PHYSICAL LONGWORD ADDRESS 


FUNCTION CODE 
TK-3875 


Figure 2-63 CMI Address Format 


31 24] 23 16]15 08] 07 00 


BYTE 3 BYTE 2 BYTE 1 BYTE 0 


TK-3876 


Figure 2-64 CMI Data Format 


The byte mask bits of the CMI address (Figure 2-63) designate which bytes are valid for transfer. 


Byte Mask Bit Byte(s) Valid for Transfer 
Bit 28 Byte 0 valid 
Bit 29 Byte 1 valid 
Bit 30 Byte 2 valid 
Bit 31 Byte 3 valid 


The function code field (Figure 2-63) designates the operation that is being performed by the master: 


Function Bit 


27 26 25 CMI Operation 

0 0 0 Read 

0 0 l Read Lock 

0 ] 0 Read with Modify Intent 
0 l 1 Undefined 

l 0 0 Write 

l 0 1 Write Unlock 

] l 0 Write Vector 

l l l Undefined 


CMI Physical Address Map - Figure 2-65 is a map of assigned physical address space on the CMI. 
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RaEEEE 256 KB } 1 ARRAY BOARD 
O7FFFF ore 

OBFFFF 768 KB 

SE EEE 1024 KB 

00000 


1280 KB 
1536 KB 


1892 KB 


2048 KB 
MAXIMUM FULLY POPULATED ARRAYS 


MEMORY CONTROL/STATUS REG. 0 
MEMORY CONTROL/STATUS REG. 1 
MEMORY CONTROL/STATUS REG. 2 


1FFFFF 


__ 


1/0 SPACE 
FOOO00 


F 10000 
F20000 
F20004 
F20008 


| 


F20400 BOOTSTRAP ROMA 
F20500 BOOTSTRAP ROM B 
F20600 BOOTSTRAP ROM C 


MASSBUS ADAPTOR 2 INT. REGISTERS 


F20700 BOOTSTRAP ROM D 

[_MASSBUS ADAPTOR 2 INT. REGISTERS 
F2C800 MASSBUS ADAPTOR 2 MAP REGISTERS 
thew 
F32800 


F32F FF 


UNIBUS 0 MEMORY SPACE 131 KW 


F80000 
FBFFFF 


FCO000 
FFFFFF 
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Figure 2-65 CMI Physical Address Map 
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CMI Read/Write Cycles — Figure 2-66 is a timing diagram of read and write operations on the CMI. A 
minimum of three B CLK cycles is normally required to transfer one longword of data. These cycles are 
as follows. 

1. Arbitration cycle (DBBZ and HOLD are not asserted, the CMI is idle). 

2. CMI address cycle, CMI address and DBBZ asserted by master. 


3. CMI data cycle, DBBZ asserted by slave if the slave is not ready to complete the transac- 
tions. 


a. Read cycle, slave deasserts DBBZ and returns data and status. 


b. Write cycle, slave clocks data, deasserts DBBZ and returns status. 


| CMI READ | CMI WRITE | 
(1) (1) (1) (1) 
BCLKL | | | | | | | | | | | || | | | | | | | | | | | 
ARBx L 
pBBzL] (2) | 
= —— 
STATUSL| (2) | HW 
ADDRESSH| (a 
(& 
FUNCTIONS) 
DATAH | (3) 
NOTES: 


(1) ARBITRATION TAKES PLACE 
(2) ASSERTED BY PREVIOUS TRANSACTION 
(3) ASSERTED ON CMI DATA LINES 


TK-5093 


Figure 2-66 CMI Read/Write Cycles 


Actual time required for a transfer varies with the ability of a slave subsystem to return data or status. 
If a slave is immediately ready to receive write data, it does not assert DBBZ and only two cycles are 
required as for the write vector function in Figure 2-67. 


A subsystem may assert its arbitration level at any time. Arbitration takes place when DBBZ and 
HOLD are not asserted. The subsystem with the highest priority arbitration level asserted holds off 
lower'priority subsystems. On the next positive transition of B CLK L, the new master asserts the phys- 
ical longword address ‘of the slave along with DBBZ. All other subsystems recognize that an address 
longword is present on the CMI and the addressed slave responds as in Figure 2-66. 
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CMI WRITE VECTOR | 


STATUS L 1 


ADDRESS H 


(WRITE VECTOR FUNCTION) | | 
DATA H 
(VECTOR ADDRESS) | | 


* ARBITRATION OCCURS 
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Figure 2-67 CMI Write Vector Cycle 


All CMI subsystems contain a PREV DBBZ flip-flop that retains the asserted or deasserted state of 
DBBZ from the previous B CLK cycle. Arbitration takes place during a cycle with DBBZ not asserted 
and the highest priority subsystem with an arbitration level asserted wins access to the CMI. On the 
following cycle, the subsystem asserts a CMI address with DBBZ. The combination of the PREV 
DBBZ flip-flop cleared with DBBZ asserted indicates to all other subsystems that an address is present 
on the CMI. 


Figure 2-67 illustrates a write vector cycle on the CMI generated by a Unibus or Massbus device. Func- 
tion bits <27:25> of the CMI address specify the write vector function; all other bits are not mean- 
ingful. The vector address is asserted during the CMI data cycle. Typical response to a bus request (BR 
interrupt) is as follows. 


BR Interrupt —- A BR priority level generated by an I/O device is latched by the M CLK signal and 
asserted as the appropriate SBR level to the INT chip in the UBI. The INT chip compares the SBR 
<7:4> level to an IPL <17:14> level. When the SBR is higher than the current processor IPL, the 
following occurs. 


1. INT PEND signal is updated at each trailing edge of M CLK and sent to the DPM and MIC 
modules. 


2. INT chip selects MICROVECTOR <2:0> lines to identify the type of interrupt pending. 
The value is 2 for a Unibus-originated interrupt. 
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INT PEND is used by the CPU to generate remaining MICROVECTOR <5:3> lines to select the 
microvector address that services the incoming interrupt. 


1. INT PEND is received by the SAC chip on the DPM while macrocode is running, but is not 
interpreted for one microinstruction following an IRD 1 cycle. 


2. The SAC chip generates the DO SERVICE and ENABLE microvector signals to the MSQ 
chip which selects MICROVECTOR <5:4> bits. 


3. DOSERVICE to the UTR chip on the MIC selects MICROVECTOR <3> bit. 


Selected MICROVECTOR bits <5:3> with bits <2:0> from the UBI direct the CCS to the inter- 
rupt handling microroutine. The first function of the microroutine is to send a 33 (hex) on the WCRTL 
<5:0> lines to the INT logic, which enables the bus grant (BGn) level to be returned to the device. 
UB INT GRANT is also sent to the CMK chip on the MIC module. The CMK chip generates 
GRANT STALL, which stalls the CPU microcode until the vector is written to the MIC module or 
WAIT is deasserted. 


When SACK is returned by the requesting device, WAIT is asserted on the CMI. WAIT is received by 
the MIC module and replaces UB INT GRANT to hold the CPU stalled. When the device can assert 
BBSY and the vector address, it then asserts INTR which holds WAIT asserted on the CMI to main- 
tain the CPU in the stalled state. The INTR level then directs the UBI to perform a write vector oper- 
ation on the CMI. Two B CLK cycles are required for a write vector on the CMI. DBBZ is not asserted 
by the CPU, the vector address is clocked directly, and status is returned. 


Passive Release — The interrupt/write vector operation described above constitutes an active release of 
the Unibus device since the write vector operation was completed normally. A passive release is a con- 
dition caused by a device that raises a BR level and then, because of a malfunction or because of soft- 
ware or hardware limitations, loses it. If the BR level is lost after being synchronized by the arbitrator, 
BUS GRANT 1s asserted and held to await the return of SACK. A NO SACK timeout normally causes 
the arbitrator to assert SACK in order to release the bus grant level. 


In order to prevent a passive release from holding the processor in a stall for the duration of the SACK 
timeout delay, a method is provided to release the CCS from the stall. With no requesting level present 
while in the interrupt service microroutine, the INT chip can interpret the requesting level as lower 
than the current IPL. The bus grant enable flip-flop is set for one B CLK cycle (fake grant), releasing 
the stall when it deasserts. Since a BR level is no longer asserted, no grant is issued to the Unibus. 


BR Data Transfer — Some devices are designed to transfer data under the authority of a BR request. 
BR arbitration takes place as usual with one exception: once the device asserts BBSY, it then asserts 
address and data as it would for an NPR, asserting MSYN instead of INTR. A UBI microsequence is 
selected as for an NPR to process the transaction. 


2.5.9 MIC Functions and Controls 

Memory is read by the MIC under a read bus function (microcode-dependent) or by a prefetch cycle 
(independent of the microcode). Memory is only written by microcode under direction of a write bus 
function. 


Since microcode functions use common circuitry, they are performed in logical sequence. A macroin- 


struction (machine instruction) is executed in microcoded steps, each step consisting of a single micro- 
instruction. 


2-144 


During execution of the macroinstruction, MIC control logic monitors operating conditions that could 
cause a trap out of the main microcode sequence (a microtrap). When a microtrap condition is encoun- 
tered, MIC control logic alters the CCS microaddress. This redirects the microsequencer to the routine 
that handles the condition and pushes the base return microaddress onto the microstack. 


Some chip functions are decoded directly from the microinstruction. Others include conditions that are 
monitored on the input lines to the chips. Interaction between the chips synchronizes the non- 
microcoded with the microcoded functions. A pending function is held off while a prior function com- 
pletes. In some cases, as for microtraps, functions and events occur in priority sequence. (CCS bus 
function bit <4>, when set, holds off prefetch cycles.) 


Bus Cycle — All data transfer bus functions, including bus grant, decode a transfer sequence within the 
CMK chip called a bus cycle. A bus cycle begins with assertion of the ADD REG ENA signal and ends 
with the assertion of STATUS VALID from the CMK. It may or may not include a CMI read or write 
cycle to memory. A read bus function that results in a cache hit, for example, does not require a CMI 
read cycle to main memory. A bus cycle is generated by the following bus function codes. 


Read Physical Address 

Read, No Microtrap 

Read Lock Timeout Test 

Read, Second Reference 

Write Physical Address 

Write, Second Reference 

Write Unlock, Second Reference 
Write, No Microtrap 

Write Longword, No Microtrap 
Bus Grant 

Read 

Read Longword 

Read Lock 

Read with Modify Intent 

Read Longword with Modify Intent 
Write 

Write Longword 

Write Unlock 


MIC Control Logic — Figure 2-68 is a block diagram of MIC data and address paths and registers. The 
six control chips described below work together to monitor and respond to operational conditions. Tim- 
ing is provided by B CLK L. Under direction of the bus function, WCTRL, and MSRC fields of the 
microcode, the chips provide clocking, gating, and multiplexer selection for MIC operation. Major 
functions of the chips are as follows. 


PRK — Prefetch Control chip, independent of the microcode, generates the prefetch function to 
memory for I-Stream data. PRK keeps track of machine I-Stream cycles and controls some ADD 
section gating in conjunction with the ADK chip. 


CMK — CMI Control chip, in conjunction with the MDR, transmits and receives CMI control 
signals DBBZ, HOLD, and STATUS <1:0> bits. It drives the byte mask and function code for 
CPU access to the CMI, monitors CMI cycles for writes to memory by an I/O device, and in- 
itiates the snapshot CMI function. It generates the corrected data interrupt. In response to a Un- 
ibus or Massbus interrupt, it asserts the grant stall to the microcode during the CMI write vector 
operation. 
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ADK -— Address Control chip drives multiplexer gating of the ADD and MDR sections for address 
manipulation. It controls write data inputs, physical address outputs, and group disables for the 
TB, and contains memory status/control registers and gating. 


CAK — Cache Control chip contains cache status/control registers. It enables and disables writes 
to cache, controls data transfers between the MDR section and cache, and drives MDR rotator 
multiplexer for cache or CMI data alignment to the data paths. It monitors the snapshot CMI 
function from the CMK to check for cache hits by CMI I/O writes to memory. 


ACV — Access Control Violation chip encodes microtrap conditions to UTR in priority sequence 
for these conditions. 


CCS parity error 

FPA reserved operand 

Reserved 

Write crossing page boundary 

Write unlock crossing page boundary 
Unaligned data, write unlock 
Unaligned data 


It generates the ACV signal for access violations, and the translation not valid signal on TB refer- 
ences or on PTE checks and probes from the WBus. 


UTR — Microtrap Generator monitors microtrap conditions for microinstruction errors or viola- 
tions from the ACV, TB misses or TB parity errors. For microtraps, the UTR encodes and asserts 
microvector bits <3:0>, shutting them off from the MSQ chip in the DPM. These bits are used 
in conjunction with bits <5:4> from the MSQ to specify the six low-order bits of the micro- 
address. The resulting address points to the microroutine that services the microtrap condition de- 
tected by the UTR. The UTR monitors CMI status from the CMK chip and generates the write 
bus error interrupt to the INT chip on the UBI module. 


Common Input Signals — A number of signals are common to MIC control chip inputs. MIC timing and 
synchronization is obtained from the DPM via these signals. 


B CLK L — The basic timing clock used throughout the processor. 
M CLK ENABLE - Deasserted to provide a stall to the microsequencer. 


D CLK ENABLE - Deasserted on some errors and microtraps to prevent clocking bad or in- 
complete data. 


PHASE 1 — Provides two event times to execute a microinstruction. PHASE 1 asserted is the first 
event; PHASE 2 (PHASE 1 deasserted) is the second. M CLK and D CLK occur at half the rate 
of B CLK. Phase | is synchronized with the assertion of M CLK. The MIC module latches control 
store bus function <4:0>, MSRC <4:0>, and WCTRL <5:0> fields. The registers are 
clocked at M CLK time. Bus function bit <4> is also connected to a flip-flop within the ADK, 
CMK, PRK, and ACV chips, where it is examined prior to M CLK time. This allows these chips 
to determine in advance the type of upcoming bus function and holds off the prefetch cycle. 


WBUS <27:24> lines are bidirectional. They are used for reading/writing bits <3:0> of MIC 


memory status/control registers discussed in Paragraph 2.5.5. Activity to these registers takes 
place under direction of the WCTRL field. 
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DST RMODE - Destination Register Mode from the DPM indicates to the CMK, ADK, and 
CAK that the destination register designated by the operand specifier is a GPR. Any write bus 
function decoded from the bus field is inhibited. The PRK is signaled, however, that it may gener- 
ate a CMI cycle for a prefetch. 


PSL CM — Compatability Mode bit of the processor status longword from the DPM causes the 
ADK to force MA MUX bits <31:16> to zeros in the ADD section as described in Paragraph 
2.5.2.1. PSL CM forces the PRK to invalidate any prefetched I-Stream information for all writes. 
Compatability mode allows writes into the I-Stream directly ahead, and allows the modified in- 
structions to be executed. 
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2.5.9.1 CMI Control (CMK) - The CMK, Figure 2-69, monitors bus functions and responds to those 
that generate bus cycles. For the prefetch function and for bus cycles that require access to the CMI, 
the CMK initiates the CMI read or write cycles described in Paragraph 2.5.8. It generates the byte 
mask and function code fields of the CMI address shown in Figure 2-63 and asserts the DBBZ signal. 
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Figure 2-69 CMI Control CMK 


The CMK monitors CMI signals and does the following. 


Generates the snapshot CMI function during I/O writes on the CMI to invalidate cache 
Starts the read lock timer when it detects a read lock function 
Responds as slave to a write vector 


CMK functions and signals are as follows. 
CMI DATA <31:28> — These lines are transmitted only to drive the byte mask field of the CMI 


address shown in Figure 2-63. They are asserted as ones during prefetch cycles and for the following 
bus functions. 
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Read Physical Address 

Read, Second Reference 

Bus Grant 

Write Longword, No Microtrap 
Write Physical Address 

Write Longword 

Read Longword 

Read Longword with Modify Intent 


For all other cases, CMI DATA <31:28> are produced as shown in the following three charts, en- 
coded by MAD <1:0> and D-Size <1:0> combinations. 


For all other Reads: 


MAD <1:0> 
00 01 10 11 
1111 1110 1100 1000 


For all other Writes except write, second reference and write Unlock, Second Reference: 


D-Size MAD <1:0> 

<1:0> 00 01 10 11 
00 0001 0010 0100 1000 
01 0011 0110 1100 1000 
10 1111 1110 1100 1000 
11 1111 1110 1100 1000 


For Write, Second Reference and Write Unlock, Second Reference: 


D-Size MAD <1:0> 

<1:0> 00 01 10 11 
00 0001 0001 0001 0001 
01 0001 0001 0001 0001 
10 0001 0001 0011 0111 
11 0001 0001 0011 O111 


The byte mask bits are generated by the CMI master to indicate which bytes of the CMI data longword 
are valid for transfer. 


Byte Mask Bit Byte(s) Valid for Transfer 

Bit 28 Byte 0, bits <7:0> of the CMI data longword 
Bit 29 Byte 1, bits <15:08> 

Bit 30 Byte 2, bits <23:16> 

Bit 31 Byte 3, bits <31:24> 
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CMI DATA <27:25> — These bidirectional lines drive and monitor the function code field of the 
CMI address shown in Figure 2-63. For CPU functions they are asserted as zeros (read) during prefetch 
cycles; or are asserted as follows for the indicated bus function. 


Function Bit 


27 26 25 Bus Function 
0 0 0 Read 
0 0 l Read Lock 
0 1 0 Read with Modify Intent 
0 1 ] Undefined 
1 0 0 Write 
l 0 l Write Unlock 
] l 0 Write Vector not generated by CPU 
l 1 l Undefined 


CMI STATUS <01:00> — These bidirectional lines are driven by the CMK to return no error status 
during a write vector operation by an I/O device. They are driven by the slave (memory or I/O device) 
to indicate the conditions under which data is returned to the CPU (master). 


CMI Status 
01 00 Error Status 


0 0 NXM — CPU attempted access to nonexistent memory. (Read or Write) 
0 l UCE - Uncorrectable data 

] 0 Corrected data 

] No error 


CMI DBBA — DBBZ is asserted by the CMK during a CPU-initiated CMI address cycle for a prefetch 
or one of the read/write bus functions. 


SNAPSHOT CMI/CMI HOLD - The CMK contains a flip-flop that retains the state of DBBZ from 
the previous B CLK cycle. A combination of this flip-flop cleared (DBBZ was not asserted on the pre- 
vious B CLK cycle), with DBBZ now asserted, indicates that an I/O device has a CMI address asserted 
on the CMI data lines. If the function code field of the CMI address is a write or write unlock, The 
CMK asserts CMI HOLD to prevent additional CMI activity. It asserts snapshot CMI to the MDR 
section, and to the ADK, CAK, and PRK chips. The physical address field, bits <23:02> of the CMI 
address, is passed through the MDR section to the PAD lines to access cache. If a cache hit results (CA 
HIT), the cache location is invalidated. 


ADD REG ENA - Address register enable causes the CMI address to be latched in the CMI address 
register of the MDR. The CMI address register is also loaded with CPU-generated addresses for access 
to cache, or for transmission with the CMI address, to access main memory or I/O. 


STATUS VALID -— This indicates to the ADK, CAK, PRK, and UTR chips the end of the current bus 
cycle. Received CMI STATUS <01:00> is clocked to the STATUS <1:0> flip-flops in the CMK. 


STATUS <1:0> — Received CMI STATUS <01:00> are clocked to the UTR chip during Status 
Valid at the end of every bus cycle. 


ENA CMI - Enable CMI, to the MDR, allows CMI address, byte mask, and function code to be trans- 
mitted on the CMI with DBBZ to initiate a CMI cycle. The CA HIT (cache hit) signal causes ENA 
CMI to be deasserted to prevent a CMI cycle. ENA CMI is also deasserted by Inhibit CMI from the 
UTR when a microtrap condition is encountered during a TB function. 
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CORR DATA INT —- Corrected Data Interrupt is sent to the INT chip on the UBI when Corrected 
Data status is received from the CMI during a bus function. Software may use this feature to cause a 
macro-level interrupt. 


GRANT STALL, UB INT GRANT, WAIT —- During a BR interrupt, the bus grant bus function di- 
rects the UBI to issue BGx to the highest requesting device. It also asserts Grant Stall and stops the 
microcode. UB INT GRANT received from the INT chip on the UBI indicates that the BRx level was 
still asserted and BGx was issued to the device. The release is considered active and the microcode is 
held stalled. The wait level, which was asserted by the UBI when it received the bus grant, releases UB 
INT GRANT and holds the microcode stalled until the vector address is clocked into the MDR. 


In the event of a passive release, Wait is not asserted since no BGx is issued. The INT chip now inter- 
prets the requesting level as lower than the current IPL. The UB INT GRANT flip-flop is set for one B 
CLK cycle, unstalling the M CLK upon its release. Otherwise, the microcode would remain stalled 
until the NO SACK timeout occurs on the UBI. 


WRITE VECT OCC -— The Write Vector Occurred bit of IPR 17 is set when the vector address is 
clocked to the MDR (WAIT is deasserted). Checked by the microcode when M CLK is unstalled, it 
indicates whether the release was active or passive. 


It is also set after 64 ws as the read lock timeout status bit if the CPU attempts to access the CMI 
during a read lock condition. It also causes nonexistent memory status to be transmitted to the UTR to 
initiate a bus error machine check. 


INHIBIT CMI — From the UTR, this signal inhibits CMK bus cycle access to the CMI for certain 
microtrap conditions such as access violations. 


CMI CPU PRI — This tells the CMK that no subsystem is arbitrating for the CMI and the CMK may 
have access. 


2.5.9.2 Address Control (ADK) —- The ADK, Figure 2-70, controls multiplexer selection and register 
clocking of the ADD and MDR logic as described in Paragraphs 2.5.2 and 2.5.3. It contains memory 
status/control registers described in Paragrapph 2.5.6 (MEMSCARs 0, 1, 2, and 3), and their associ- 
ated read/write gating. The following paragraphs describe ADK signals and functions. 


TB HIT <1,0> are driven from the <1,0> bits of the TB GDR (Figure 2-59 in Paragraph 2.5.6). 
They are wire-ORed to their corresponding outputs of the TB equality circuits to force TB misses for 
either group when set. 


A MUX SEL <1,0> select MDR address multiplexer (A MUX) inputs to the PAD bus as shown in 
Table 2-26, Paragraph 2.5.3.1. 


B SRC SEL <1,0> select B MUX inputs to the B side of the ADD adder as shown in Table 2-24, 
Paragraph 2.5.2.4. 


CLK SEL <S1,S0> control clocking of the DBus destination registers as shown in Table 2-30, Para- 
graph 2.5.3.2. 


DBUS SEL <S1,S0> enable source drivers to the DBus as shown in Table 2-30. 


ENA VA is asserted to the ADD section to allow the SUM output of the address to be clocked to the 
VA register. ENA VA is selected by WCTRL field codes. 
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Figure 2-70 Address Control (ADK) 


COMP MODE (compatibility mode) level is generated by monitoring the CM bit of the PSL and the 
prefetch or WCTRL lines for partial control of the ADD section MA MUX as described in Paragraph 
2521) 


PTE CHECK is generated by WCTRL codes during functions other than prefetch, is used by the TB 
control to output valid bit, M bit, and access protection bits. 


TB GRP <1,0> WR are generated by WCTRL codes while monitoring TB HIT <1,0> bits and bit 
<2> of the TB GDR (Figure 2-59, Paragraph 2.5.6). It is used to enable writes to TB tag and data 
stores. 


TB OUTPUT ENA is used when MME 1s set to assert physical address (PTE) from the TB data store 
onto the PAD bus. 


TB PARITY ENA is used when MME is set to enable monitor of TAG 0 and TAG 1 parity. It is 
enabled during prefetch or any bus function except a bus grant, or read or write physical. 
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WRITE VECT OCC — Write Vector Occurred from the CMK is the status bit set as a result of a 
completed write vector operation or because of a read lock timeout. 


SNAPSHOT CMI — From the CMK, this directs the ADK to source the I/O generated CMI address 
through the MDR section to access cache. 


2.5.9.3 Cache Control (CAK) —- The CAK (Figure 2-71) contains the cache status control registers 
described in Figure 2-60 of Paragraph 2.5.6 (MEMSCARs 4 and 6). CAK signals and functions are as 
follows 


CA HIT — Cache Hit from the cache equality logic controls ENA BYTE <3:0>, CACHE GRP 0 
WR, CACHE VALID, and CACHE INT outputs. 


ENA BYTE <3:0> — The cache byte <3:0> enable levels control writes to specific bytes on cache 
replacement functions. 


DBUS RO7 <S1:S0> — DBus rotator select <S1:S0> bits control rotation of DBus data as described 
in Paragraph 2.5.3.2, Tables 2-27 and 2-28. 


CACHE GRP 0 WR - This signal controls writes to cache tag and data stores for replacement or in- 
validation. 


CACHE VALID — Cache Valid is input to the cache tag store to write valid or invalid status to the 
selected cache location. 


CACHE INT — Cache interrupt signals the CMK that the cache tag location generated a parity error 
on a hit. This generates Bus Error with uncorrectable data status. 


STATUS VALID — Status Valid from the CMK develops Cache Valid, Cache GRP 0 Write, as it ends 
the memory write bus function. 


SNAPSHOT CMI — Snapshot CMI from the CMK sets up CAK outputs to invalidate cache location 
at CMlI-specified address. 


M MUX SEL S1 —- M MUX select <S1> from the PRK disables cache invalidation until the data 
path used for the snapshot CMI is free. 


I/O ADDRESS — I/O Address disables writes to cache when an I/O device address is decoded. 
MAD <01:00>, D-SIZE <1:0> — These signals decode to assert ENA BYTE <3:0> outputs dur- 
ing write to cache. ENA BYTE <3:0> results are equivalent to the charts for CMI DATA <31:28> 
defined for the CMK, Paragraph 2.5.9.1. 


CA TAG PAR ERR, CA DATA PAR ERR - These parity error bits from the cache tag and data 
stores develop Cache INT to the CMK. 
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Figure 2-71 Cache Control (CAK) 
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2.5.9.4 Prefetch Control (PRK) 

Prefetch is a hardware operation controlled by the PRK chip, Figure 2-72. Independent from the micro- 
code, the PRK initiates a CMI read cycle to memory for I-Stream data the program is most likely to 
need. The PRK maintains the I-Stream data in two longword execution buffer registers, XBO and XB1, 
as determined by the PC. The PRK monitors these registers, and when the contents of one have been 
used by the program, it attempts to reload it. The prefetch operation is conducted as follows. 


1. The PRK determines use of I-Stream data by monitoring the MSRC field of the microcoode, 
and the LD OSR and IRD 1 signals in conjunction with PC bits XB PC <01:00>. 


2. The PRK monitors instruction size (ISIZE <1:0>) for steering the data upon retrieval. 


3. It monitors WCTRL and bus functions to determine when the circuitry is available for the 
prefetch. 


4. The WCTRL field is also monitored for direct loading of the PC. This generates a flush of 
the XB registers by prefetching two longwords of data at the new address. 


It monitors for the write bus function in compatability mode, which also flushes the XB. 
5. From these monitored conditions it initiates a prefetch cycle and performs these functions: 


a. It enables MA SELECT <S1:S0> lines to steer PC or PC + 4 onto the MAD bus 
from the ADD section. 


b. It asserts the prefetch signal to all other chips to set up paths to receive I-Stream data. 


c. It asserts or deasserts XB SELECT to clock data to the empty XB register. This also 
selects the outputs of the other register for use by the program (see Paragraph 2.5.3.3). 


d. It stalls the microcode (asserts the STALL signal to take priority) if data needed by the 
microcode is not available, or if the data paths are in use by other than a bus function 
CMI cycle. 


The following paragraphs further describe PRK functions and signals. 


PREFETCH - Initiates the prefetch cycle. CMI cycle is generated by the CMK to retrieve XBO or 
XB1 data when a bus cycle is not decoded or a cache invalidation is completed. 


MA SELECT <S1:S0> — Memory address signals select ADD registers to the MAD bus as shown in 
Table 2-23, Paragraph 2.5.2.1. An MA SEL value of 00 sources the PC increment register to the MAD 
bus to be used as the prefetch address to memory. 


LATCH MA - Asserted on a microtrap, the MA latch closes to capture the address being generated at 
the time the microtrap occurs. MA contents at this time may be a prefetch address or may be the result 
of a bus function that caused a memory cycle. 


ENA PC — Enables PC to be clocked with incremented information as I-Stream is used or is loaded 
with new information. 


M MUX SEL S1 from the PRK is one of the MBUS MUX control lines to the MDR chips. It is used 
during cache invalidation on CMI writes. 
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Figure 2-72 Prefetch Control (PRK) 
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ENA VA SAVE - PC + size latch is opened in ADD section, transparent to updated value it passes to 
the PC. 


MSEQ INIT — From the UBI, this initializes control state elements on a power-up. 
STALL — This is the signal that stalls the microcode (stops M CLK). 


The following are examples of conditions that generate STALL. 


Cache does not contain read data, generate CMI cycle to memory. 
Prefetch cycle is in progress and MDR data path is in use. 
Microcode attempts write to WDR register and last bus cycle is not completed. 


XB SELECT -— Steered by XB PC <01:00> from the ADD, this signal deasserted selects XB1 data 
outputs for use by the XB decode bus, or MBus, and XBO inputs to receive I-Stream data from memo- 
ry. XB1 inputs and XBO outputs are selected when the signal is asserted as shown in Table 2-32, Para- 
graph 2.5.3.3. 


<XB1:XBO> IN USE - These are used by the UTR with XB SELECT during a prefetch or XB 
MSRC to determine whether a microtrap conditon exists. 


ENABLE ACV STALL - Used by MIC discrete logic for stall timing during TB parity generation. 


ISIZE <1:0> — These signals come from the DPM to indicate the size of the instruction: 


00 = 00 
01 = Byte 
10 = Word 


11 = Longword 


IRD 1 — From the DPM, IRD 1 signals that an operation code (opcode) of one byte is required for 
instruction fetch. It is also used to develop XB SELECT, and with LD OSR outputs, select needed 
byte(s) from XB. 


LD OSR -— From the DPM, load OSR requests another operand specifier (OSR) be output from XB1 
or XBO. 


UTRAP — From the UTR, UTRAP (microtrap) inhibits any prefetch from occurring until the micro- 
trap routine is completed. 


INVAL PREF — INVAL Prefetch simulates a prefetch cycle to the CMK, ADK, and CAK for one B 
CLK period to clear flip-flops within those chips when a cache invalidate function and bus grant occur 
simultaneously. 


2.5.9.5 Access Control Violation (ACV) 

Microtraps — The ACV (Figure 2-73) monitors and identifies microtrap conditions for the microtrap 
chip (UTR). It encodes ENC UTRAP <2:0> levels to the UTR in priority order as in the following 
chart: 
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Figure 2-73 Access Control Violation (ACV) 


Microtrap ENC UTRAP 

Level 2 1 0 Microtrap Condition 

] ] l l Control Store Parity Error 

2 1 ] 0 FPA Reserved Operand 

3 l 0 0 Reserved 

4 0 1 0 Write Crossing Page Boundary 

5 0 l 1 Write Unlock Crossing Page Boundary 
6 1 0 | Write Unlock Unaligned Data 

7 0 0 1 Unaligned Data 
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The value of these levels is all zeros unless a microtrap is detected. The following paragraphs further 
describe microtrap conditions for this chart. 


Unaligned Data microtrap is detected when the bus function is one of those listed below, coincident 
with the MAD <01:00> and D-Size <1:0> combinations marked “UNAL?” on the chart. 


Write 

Write Unlock (Microtrap is Write Unlock, Unaligned Data) 
Write if Not R Mode 

Read with Modify Intent 

Read 

Read Lock 

Probe Access, Read 

Probe Access, Read, Mode Specified 
Probe Access, Write 

Probe Access, Write, Mode Specified 
PTE Access Check, Read 

PTE Access Check, Write 

PTE Access Check, Read, Kernel Mode 


D-Size MAD <01:00> 

<1:0> 00 01 10 11 

00 

01 UNAL 
10 UNAL UNAL UNAL 
11 UNAL UNAL UNAL 


Two microtrap conditions are detected on ACV inputs: CS Parity Error and FP RES OP (FPA reserved 
operand). 


Cross Page — This is a condition generated internal to the ACV chip. It is used to monitor and detect 
conditions common to these microtraps: 


Unaligned Unibus Data 
Write Unlock Crossing Page Boundary 
Write Crossing Page Boundary 


The ACV monitors the WBus and WCTRL fields to determine when MME is set and maintains an 
internal MME flip-flop. 


Cross Page gating is enabled when MME and PAGE BNDRY from the ADD section are true and 
Prefetch and FPA RES OP are false during one of the bus functions listed below. Cross Page is then 
true when MAD <02:00> and D-Size <1:0> coincide to designate end of page (EOP) as indicated 
on the chart. 


Write 

Write Unlock 

Write if Not R Mode 

Probe Access, Read 

Probe Access, Read, Mode Specified 
Probe Access, Write 

Probe Access, Write, Mode Specified 
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D-Size MAD <02:00> 


<1:0> 000 001 010 011 100 101 110 111 
00 

01 EOP 
10 EOP EOP EOP 
11 EOP EOP EOP EOP EOP EOP EOP 


Two microtraps are detected when Cross Page is true during one of these indicated bus functions. 


Write Crossing Page Boundary: 
Write 
Write if Not R Mode 
Probe Access, Read 
Probe Access, Read, Mode Specified 
Probe Access, Write 
Probe Access, Write, Mode Specified 


Write Unlock Crossing Page Boundary: 
Write Unlock 
Probe Access, Read 
Probe Access, Read, Mode Specified 
Probe Access, Write 
Probe Access, Write, Mode Specified 


Violation Detection — Other ACV chip signals have violation detection functions described in the fol- 
lowing paragraphs. 


ACV -— Access violation to the UTR is generated when the access code monitored on the AC <3:0> 
inputs violates the access protection code for the current processor mode. The ACV chip contains the 
current mode (CM) register of the PSL. CM <1:0> are read and written on WBUS <25:24> under 
WCTRL direction. 


Access Checks — The following bus functions are checked for read access. 


Read 

Read, Second Reference 

Read Longword 

Read Physical Address 

Probe Access, Read 

Probe Access, Read, Mode Specified 
PTE Access Check, Read 

PTE Access Check, Read, Kernel Mode 


If a prefetch cycle is not in progress during PTE Access Check, Read, Kernel Mode, then CM <1:0> 
are forced to Kernel Mode (00). All other bus functions are checked for write access except for the 
following codes. No access check is made on these functions. 


Read, No Microtrap 


Write, No Microtrap 
Write Longword, No Microtrap 
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PTE CHK or PROBE - Asserted when UTRAP is false from the UTR and the specified bus function is 
PTE Access Check or Access Probe. 


UTRAP - Asserted by the UTR to hold off PTE Access Check or Access Probe bus functions until a 
microtrap is completed. 


MICROVECTOR <1:0> — These tri-state lines are asserted from the ACV if the bus function is PTE 
Access Check or Access Probe and UTRAP is not asserted by the UTR. They are wire-ORed into the 
CS NEXT outputs to generate branching on the NEXT field of the microcode. They are asserted for 
these conditions. 


MICROVECTOR 1 — Access Probe with TB valid or MME disabled; or for TB valid with ACV 
false. 


MICROVECTOR 0 — Access Probe with MME disabled; or for ACV false with TB valid or PTE 
Access Check enabled. 


FORCE MA 09 — This is deasserted during phase 1 of WCTRL code 29 (clear TB Valid bit) and 
asserted during phase 2. It is used by TB invalidation routines to clear two index locations of both TB 
groups in a single microinstruction. The TB index location is specified by the WBus value and loaded to 
the VA register. 


PROC INIT — Processor initialize is generated by bus function I/O initialize. 


2.5.9.6 Microtrap Generator (UTR) — The UTR, Figure 2-74, monitors conditions that may cause a 
microtrap during execution of a machine instruction. When a microtrap occurs, the UTR turns off mi- 
crovector <3:0> lines from the MSQ to assert them to direct the microsequencer to the microroutine 
that handles the condition. 


Microvector <3:0> lines from the UTR generate the low-order hexadecimal digit of the control store 
address. The MSQ chip on the DPM drives the 2X code onto control store address <5:4> for micro- 
traps listed below, while the UTR drives the 0 through F values of the least-significant hexadecimal 
digit. 


Microvector Microtrap 

Address Name 

20 Control Store Parity Error 

21 Read Unaligned Data 

22 MSRC XB Miss 

23 MSRC XB ACV 

24 Write Unlock Unaligned Data 

25 Write Unaligned Data 

26 Write Unlock Crossing Page Boundry 
27 Write Crossing Page Boundry 

28 Machine Check Exception (See Below) 
29 BUT XB Miss 

2A Read TB Miss 

2B Write TB Miss 

2C FPA Reserved Operand 

2D BUT XB ACV 

2E Read ACV 

2F Write ACV 
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Figure 2-74 Microtrap Generator (UTR) 
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Machine check exception may be the result of any of these conditions: 


MSRC XB TB Error 
MSRC XB Bus Error 
Bus Error 

TB Error 

But XB TB Error 
But XB Bus Error 


For a machine check, a macroroutine examines all conditions pushed onto the stack by the microroutine 
starting at location 28, and examines the necessary IPRs to determine the problem. 


The machine check error codes are as follows: 


0 = Unused 

1 = Control Store Parity Error 
2 = Memory Error 

3 = Cache Parity 

4 = Write Bus Error 

5 = Corrected Memory Data 
6 = Unused 

7 = Bad IRD 


The above error codes are developed in the DPM and pushed onto the stack at the stack pointer (SP) 
address plus four. The following data is pushed onto the stack by a machine check microtrap. 


(SP) Length Parameter = 28 (hex) 

(SP) + 4 Error Code (from above list) 

(SP) + 8 VA Virtual Address Register (operand address) 

(SP) + C PC PC at time of exception (OSR address) 

(SP) + 10 MDR Memory Data Register (Data to or from memory) 

(SP) + 14SMR Saved Mode Register (CPU mode during fault, MME, R/W) 
(SP) + 18 RLTO Read Lock Timeout Register (Bit 0 = 1, timeout) 

(SP) + 1C TBGPR Translation Group Parity Register 

(SP) + 20 CAER Cache Error Register 

(SP) + 24 BER Bus Error Register 


(SP) + 28 MCESR Machine Check Error Summary Register 
(SP) + 2C PC BACKUP (Opcode address) 
(SP) + 30 PSL Processor Status Longword 


Microtraps are tested by priority gating in the following priority sequence (1 is highest priority and 22 
is lowest). 
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Priority Microvector 


Sequence Microtrap Name Code 
l Control Store Parity Error (20) 
2 FPA Reserved Operand (2C) 
3 MSRC XB TB Error (28) 
4 MSRC XB Bus Error (28) 
5 Bus Error (28) 
6 Unaligned Unibus Data (28) 
7 MSRC XB TB Miss (22) 
8 MSRC XB ACV (23) 
9 TB Error (28) 
10 TB Miss, Read (2A) 
11 TB Miss, Write (2B) 
12 ACV, Read (2E) 
13 ACV, Write (2F) 
14 Write Crossing Page Boundary (27) 
15 Write Unlock Crossing Page Boundary (26) 
16 Unaligned Data, Read (21) 
17 Unaligned Data, Write (25) 
18 Unaligned Data, Write Unlock (24) 
19 BUT XB TB Error (28) 
20 BUT XB BUS Error (28) 
21 BUT XB TB Miss (29) 
22 BUT XB ACV (20) 


Memory Status/Control Registers - The UTR contains five registers, described in Paragraph 2.5.6 and 
illustrated in Figures 2-59 through 2-61. 


XB Status — UTR also contains two 9-bit status registers, one each for XB1 and XBO. Their purpose is 
to latch error or status conditions during a prefetch cycle. These chip inputs are monitored: 


TB HIT <1:0> 

STATUS <1:0> 

ACV 

TB TAG <1:0> PERR 

TB DATA PERR 

<2:0> code from ACV chip) 


The XB1 and XBO error registers are opened when enabled as follows, and latch the indicated states 
internal to the UTR. 


XB1 ERR ENA: 


XB1 TB HIT 1 
XB1 TB HIT 0 
XB1 STATUS 1 
XB1 STATUS 0 
XB1 ACV 

XB1 TAG 1 PERR 
XB1 TAG 0 PERR 
XB1l DATA PERR 
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XBO ERR ENA: 


XBO TB HIT 1 
XBO TB HIT 0 
XBO STATUS 1 
XBO STATUS 0 
XBO ACV 

XBO TAG 1 PERR 
XBO TAG 0 PERR 
XBO DATA PERR 


TB HIT <1:0> from each register are checked for a multiple hit and ORed to the TB error bit in XB 
microtraps. 


STATUS <1:0> are each decoded and ORed to the bus error register for corrected data, uncorrec- 
table data, or for nonexistent memory bits. 


ACV from either register generates XB microtrap for prefetch access violation. 
TAG <1:0> and DATA PERR are ORed from each register to the TBGPR for a machine check. 
2.6 CPU DATA PATH 


2.6.1 Data Path Overview 

The VAX-11/750 data path is 32 bits wide. Its main components are five different types of LSI gate 
chips and two arrays of scratchpad registers. Functionally the data path consists of three major logic 
sections. 


Scratchpad logic — This logic is composéd of 64 X 32 bits registers. These registers are divided into 
four groups: 16 GPRs (general purpose registers), 16 IPRs (internal processor registers), 16 RTEMPs 
(R-type temporary registers), and 16 MTEMPs (M-type temporary registers). The scratchpad logic 
also includes an SPA (scratchpad address control) section that provides address control to the scratch- 
pad registers. The WBus is used to write data into the scratchpad registers. The RTEMPs, GPRs, and 
IPRs output data on the RBus. MTEMP data is output on the MBus. 


Rotator logic — The rotator is conceptually a 64-bit in, 32-bit out barrel shifter combined with a data- 
shuffling multiplexer. 


There are three sources of data into the rotator. 
1. MBUS, denoted by M, is normally used as the input data <63:32> to the rotator. 
2. RBUS, denoted by R, is normally used as the input data <31:00> to the rotator. 


3. LITRL are 9-bit input data directly from the following microfields: RSRC, ISTRM and CC. 
The 9-bit LITRL can be zero or one extended to 32-bit and rotated by 0, 1, 2 ... 7 nibbles. 


The barrel-shifting operation is implemented in two levels. The first level shifts the 64-bit inputs right 
by 0, 4, 8 ... 28 bits and outputs a 35-bit intermediate result. This level shifts the SBus data right by 0, 
1, 2, or 3 bits. Outputs from the second level shifter are denoted by S <31:00>. By a proper com- 
bination of the two level shifts, the 64-bit input data can be shifted right 0 through. 31 bits and left 1 
through 31 bits. 
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The SBus data can also be masked off starting from an arbitrary bit position. This, combined with the 
barrel-shifting operation, effectively executes a variable length bit field extract, and zero-extended op- 
eration. 


The data shuffling multiplexer implements some VAX-peculiar functionality such as BCD swapping, 
convert from BCD format to ASCII, etc. 


ALP (Arithmetic Logical Processor) Logic —- The ALP is made up of eight identical slices of gate array 
chips connected to perform 32-bit binary and 8-digit BCD arithmetic with carry look-ahead logic. Two 
internal registers are provided for intermediate storages. 


There are seven major sections associated with the ALP logic: 


WBus Control 
Status Logic 


1. ALU Input MUX, A MUX and B MUX 
2. ALU 

3. Output MUX, W MUX 

4. Q Register 

5. D Register 

6. 

7. 


The ALU performs three binary arithmetic operations, two quasi-BCD arithmetic operations, and five 
logical operations. 


The three binary arithmetic operations are: 


A plus B plus CIN (A + B + CIN) 
A plus .NOT.B plus CIN (A — B — CIN) 
B plus .NOT.A plus CIN (B — A — CIN) 


In this mode, two carry look-ahead signals (P and G) are calculated based on 16. 
The two quasi-BCD arithmetic operations are: 


A plus B plus CIN (A + B + CIN, BCD) 
A plus .NOT.B plus CIN (A — B — CIN,BCD) 


In this mode, the output of the ALU is the same as for binary arithmetic, but the P and G signals are 
calculated based on 10. Extra logic is used to adjust the 4-bit ALU output to a true BCD result. 


The file logical operations are: 


A.AND.B 
A.OR.B 
A.ANDNOT.B 
B.ANDNOT.A 
A.XOR.B 


The ALP logic receives its inputs from the MBus, RBus, and super rotator. The ALP outputs data to 
the WBus. ALP logic is controlled by the ALP CTL and ROT microfields. 
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2.6.2 Data Path Control 
The VAX-11/750 data path is under control of the following microfields. 


Field Width (in bits) 
LIT 2 

SPW 2 

MSRC 5 

ROT 6 

ALPCTL 10 

RSRC 6 

ISTRM l 

DTYPE 2 


The function of each of these microfields is discussed extensively in Paragraphs 2.6.4 through 2.6.6.5 
on the Data Path. 


2.6.3 I-Size and D-Size Source 
I-Size <1:0> L and D-Size <1:0> H are generated on DPM 19. 


I-Size <1:0> L are output to the MIC module. Here they are used to define the size of fetches (num- 
ber of bytes) from the execution buffer (XB) to the MBus and to the DPM for instruction and operand 
specifier decode. I-Size is also used to specify the increment value added to the PC during each use of 
the XB. I-Size <1:0> L are input to the following MIC module logic sections. 

ASRC select logic (E89, E88, E87, and E92) (located on MIC 04) 

PRK (prefetch control) gate array (see MIC 06) 
Details of I-Size <1:0> functionality are covered in the MIC module Section 2.5.9. 


D-Size <1:0> H are used by both the DPM and MIC modules. On the DPM module, D-Size <1:0> 
H define data size (e.g., byte, word, longword, quad) to the following logic. 


ALK (arithmetic logic control) gate array (located on DPM 10) 
A 2 X 4 multiplexer, E64 (located on DPM 3) 
ALP (arithmetic logic processor) gate array (located on DPM 5, 6, 7, and 8) 
SRK (super rotator control) gate array (located on DPM 9) 
CCC (condition code logic) gate array (located on DPM 10) 
SPA (scratchpad address) gate array (located on DPM 11) 
On the MIC module, D-Size <1:0> H supply data size information to the following destinations. 
CAK (cache control) gate array (located on MIC 6) 
CMK (CMI control) gate array (located on MIC 7) 


ACV (access control violation) gate array (located on MIC 7) 
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Actual implementation of D-Size <1:0> H is discussed more fully in each of the individual logic sec- 
tions. For detailed information see the relevant paragraphs in this chapter. 


2.6.3.1 I-Size <1:0> L Generation — (See Table 2-34 and DPM 19.) Table 2-34 shows the hardware 
conditions for generation of I-Size <1:0> L. I-Size <1:0> L may be derived from the following three 
possible sources. 


l. 


D-Type <1:0> H -— This is made available to the I-size multiplexer from the CS latch (E44) 
on DPM 12. These two bits are part of the control store microword latched into the CS latch. 
The D-Type <1:0> H microword field can have four possible values: 


0 = Byte 

1 = Word 

2 = Longword 
3 = IDEP 


The first three values (0, 1, 2) can be used directly to specify data size, or, when decoded by 
the I-size logic (E31, E32, and E33), to specify I-Size <1:0> L. If D-Type <1:0> H = 3 
(IDEP), data size will be instruction-dependent. E.g., MOVL (data size = long), MOVB 
(data size = byte), etc. 


D-Size multiplexer out - When D-Type <1:0> H = 3 (IDEP), I-Size <1:0> L is deter- 
mined by a decode of D-Size Latch <1:0> <0> H and D-Size Latch 0 <1> H. The 
states of these D-size latch (E30) signals are determined by the output of D-Size MUX E6 B 
<1:0>. This multiplexer receives its input from D-size PROM E7. The D-size PROM and 
D-size latch theory of operation is described in Paragraph 2.6.3.3. 


DISP I-Size <1:0> H — This is supplied by the IRD gate array chip (DPM 18). DISP I- 
Size <1:0> H are produced by a decode of OSR (operand specifier register) <7:4>. These 
bits specify I-size when the general register addressing mode equals A, B, C, D, E, or F (rela- 
tive or displacement mode) (see Table 2-21). 


The I-size multiplexer (E33 and E32) output source is controlled by ISTRM H, LIT <1:0> and D- 
Type <1:0> H. These are all part of the microword latched into the CS latch (DPM 12). The inter- 
pretation and control function of these fields is as follows. 


ISTRM H = 0 = NOP - In this case LIT <1:0> and D-Type <1:0> H have no significance. I- 
Size <1:0> L are sourced from DISP I-Size <1:0> H. 


ISTRM H = 1 = I-Size_D-Size (I-Size is determined by D-Size). Here the I-Size <1:0> L 
source depends on the values of LIT <1:0> and D-Type <1:0> H (see below). 


LIT <1:0> = 1 or 3 (TSTRM H = 1). The interpretation of these values in the LIT field are as 
follows: 1 = LITRL = short literal field enabled, and 3 = LONLIT = long literal field enabled. 
In both of these cases I-Size <1:0> L is sourced from DISP I-Size <1:0> H. 


LIT <1:0> = 0 or 2 (USTRM H = 1 and D-Type <1:0> H are not equal to 3). The LIT field is 
interpreted as follows: 0 = normal = the relevant microword fields are not used as part of a literal 
value; 2 = FPA WAIT = wait for the FPA to complete processing. For both of these LIT field 
values, I-Size <1:0> L are derived by a decode of D-Type <1:0> H: 
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D-Type <1:0> H I-Size <1:0> L 


= 0 = | (byte) 
ae = 3 (longword) 


LIT <1:0> = 0 or 2, ISTRM H = 1, and D-Type <1:0> H = 3 (IDEP). As was discussed 
earlier when D-Type <1:0> H = 3, I-Size <1:0> L are produced from a decode of D-Size 
Latch <1:0> <0> H and D-Size Latch <0O> <1> H. 


Table 2-34 Hardware Conditions for I-Size <1:0> L Generation 
(see DPM 19) 


DISP 
I-Size Decode 


Microword Fields 


ISTRM H LIT <1:0> | D-Type <1:> H| from OSR I-Size <1:0> L 


0 (0 bytes) 
1 (1 byte) 


2 (2 bytes) 


eo oOo Oo © 


3 (4 bytes) 


x KX Ke KH KH KH KH KM KM KM 


3 (QUAD maps 
to LONG) 


Notes: In general if I-Size is non-zero and MSRC does not specify XB, the PC is not updated and 
no microtrap associated with the XB occurs. 
X = not applicable. 
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2.6.3.2 D-Size <1:0> H Generation — (See Table 2-35 and DPM 19.) Table 2-35 gives the hardware 
conditions for generation of D-Size <1:0> H. D-Size <1:0> H can be derived from three possible 
sources. 


1. D-Type <1:0> H - see Paragraph 2.6.3.1 
2.  DISP J-Size <1:0> H - see Paragraph 2.6.3.1 


3.  D-Size Latch <1:0> <1> H — The value of these two bits is equivalent to the output of the 
D-Size MUX E6 B <1:0> (see Table 2-36). 


The D-size multiplexer (E34) output source is controlled by four microword fields: ISTRM H, MSRC, 
LIT <1:0>, and D-Type <1:0> H. These control functions are implemented as follows. 


Condition 1 - ISTRM H = 0, MSRC not equal to 17 (MBus does not receive execution buffer 
data), LIT <1:0> = 0 (fields are normal), 1 (short literal field enabled) or 2 (wait for FPA to 
complete processing), D-Type <1:0> H = 0, 1, or 2 -—-MSRC not equal to 17 results in MSRC 
XB H (DPM 19, location A8) = L, LIT is not equal to 3 (LONG LIT) so LONG LIT L (DPM 
19, location A8) = H. With these hardware conditions on DPM 19, D-Size <1:0> H is sourced 
from D-Type <1:0> H. 


Condition 2—- ISTRM H = 0, MSRC not equal to 17, LIT <1:0> = 0, 1, or 2 and D-Type 1:0 H 
= 3 (IDEP) - MSRC XB H (DPM 19, location A8) = L, LONG LIT L (DPM 19, location A8) 
= H. Because D-Type equals 3, both D-Type 1 H and D-Type 0 H (DPM 19, location B8) now are 
high. D-Size <1:0> H is now sourced from D-Size Latch <1:0> <1> H. 


Condition 3 — For this condition LIT <1:0> = 3 (LONG LIT). Asa result LONG LIT L (DPM 
19, location A8) goes low. Since MSRC XB H = H, D-Size <1:0> H are now forced to (2). 


Condition 4 — The MSRC field is now equal to 17 (the MBus receives XB data) which results in 
MSRC XB H (DPM 19, location A8) going high, ISTRM H = L brings FORCE D-Type L 
(DPM 19, location A8) high. D-Size <1:0> H is now derived from a decode of DISP I-Size 
<1:0> H. 


Condition 5 — MSRC is not equal to 17 (MBus does not get XB) so MSRC XB H is now low. 
ISTRM H = H, LIT <1:0> = 1, and D-Type <1:0> H = 0, 1, or 2. Under these conditions 
the D-Size <1:0> H multiplexer (E34) output is sourced from D-Type <1:0> H. 


Condition 6 — The change here from Condition 5 is that D-Type <1:0> H now equals 3 (IDEP). 
D-Size <1:0> H receives D-Size Latch <1:0> <1> H. 


Condition 7 — Here the key point is that LIT <1:0> = 3 (LONG LIT). This being the case, 
LONG LIT L (DPM 19, location A8) is low. MSRC XB H is low (MBus does not receive XB). 
The state of LONG LIT L and MSRC XB H cause D-Size <1:0> H to be forced to (2). 


Condition 8 -ISTRM H = H, LIT <1:0> = 1 or 3. This signal combination causes FORCE D- 
Type L (DPM 19, location A2 and A8) to go high. MSRC = 17 which brings MSRC XB H high. 
D-Size <1:0> H are now derived from a decode of DISP I-Size <1:0> H. 


Conditions 9 and 10 — For both of these conditions, FORCE D-Type L = L. If D-Type <1:0> H 


equals 0, 1, or 2, D-Size <1:0> H are sourced from D-Type <1:0> H. If D-Type <1:0> H = 
3 (IDEP) (Condition 10), D-Size <1:0> H are sourced from D-Size Latch <1:0> <1> H. 
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Table 2-35 Hardware Conditions for D-Size <1:0> H Generation 


(see DPM 19) 
Condition | Microcode Fields 


No. ISTRM H MSRC LIT <1:0> 
0 


DISP 
I-Size 


Decode 
From OSR 


NOT — XB 0 
] NOT — XB ] 
NOT — XB 2 

2 NOT — XB D-Size latch 
3 NOT — XB 2 
— XB l 
— XB 0 
4 — XB ] 
— XB 2 
NOT — XB 0 
5 NOT — XB ] 
NOT — XB Z 

6 NOT — XB D-Size latch 
7 NOT — XB 2 
— XB ] 
— XB 0 
8 — XB ] 
2 
0 
9 ] 
2 

10 D-Size latch 


Notes: Condition nos. are used for illustrative purposes (see Paragraph 2.6.3.2). 
X = not applicable. 
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2.6.3.3 IDEP, D-Size Circuit Description - See DPM 19 and Table 2-36. The IDEP, D-Size circuitry 
consists of a 2K x 4 bit PROM (D-size PROM) (E7), a 4 X 2 multiplexer (E6), two inverters (E45), 
and D-size latch (E30). This circuitry supplies data size information when microword field D-Type 
<1:0> H = 3 (IDEP). The data size in this case is instruction-dependent; e.g., MOVL (data size is 
longword) ADC (data size is word). See note 1 in Table 2-36). 


The D-size PROM is addressed by PSL CM H, IR <7:0> H, and IRD CTR <2:1> H. PSL CM H 
and IR <7:0> H are used to address a 12-bit location in the D-size PROM which corresponds to the 
present macroinstruction being decoded by the IRD circuitry (DPM 18). Each 12-bit location is di- 
vided into 6 X 2 bit locations which may be selected by IRD CTR <2:1> H. These locations are titled 
OS1-—OS6. They are selected as shown in Table 2-36. The example shown in Table 2-36 is for a com- 
patibility mode ADC (add carry) macroinstruction. For this instruction (see note 1, Table 2-36) PSL 
CM H = 1 (H), IR <7:0> H = A3. Data at this address is output four bits at a time on D-size 
PROM outputs B <3:0>. IRD CTR <0> is used to select the D-size multiplexer output B <1:0>. 
D-size data is loaded into the D-size latch on the rising edge of BUF M CLK L when LD OSR AL = 
low and INDEX MODE BUT L = H. INDEX MODE BUT L = L when BUT <5:0> H = 3 
(RET.DINH) or 7 (LOD.BRA) and LIT <1:0> are not equal to 3 (LONG LIT). 


Table 2-36 D-Size Latch Hardware Conditions (see DPM 19) 


D-Size 
(See Note 1) PROM (E7) OUT 


i joss} { fos3| 1 |fosi| LSB B3——> 
| | | 
IRDCTR<2:1>H=}]| 10 1 O01 4. 00 B2—> 
| | 
| fosel 1; fosa 1 fosal BI——> 
BO-——. 
D-Size MUX (6) IRD CTR D-Size MUX 
input <0> (E6) OUT B <1:0> 
——» DO00 ~0 D00 ——® BO 
——» D0! D10 ——eBI 
—» DI10 ae DO1 ——®B0 
——» Dil Dll ——BI 


D-Size for OS No. 


NOTES: l. €.2.: 


word | 0 


L CTR <2:0> H =0 


(see Notes 2 and 3) 
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Table 2-36 D-Size Latch Hardware Conditions (see DPM 19) (Cont) 


IRD CTR 


loi ud ud tel 
An RWNe 


3. Byte = 0 


Word = 1 
Long = 2 
Flot = 2 
Quad = 3 
DBLE = 3 


2.6.4 Scratchpad Section 
The scratchpad section of the data path consists of the scratchpad register sets and the scratchpad ad- 
dress logic (SPA chip). Figure 2-75 illustrates the associated logic. 


2.6.4.1 Scratchpad Register — The scratchpad of the data path consists of two RAM arrays: RAM-M 
and RAM-R. RAM-M is a register set containing 16, 32-bit locations. These locations provide tempo- 
rary storage for addresses, operands, and other data during the execution of the microprogram. 


RAM-R is a register set containing 48, 32-bit locations. These locations are divided into three general 
groups as follows. 


Location Mnemonic General Usage 

0-15 RTEMP0-RTEMP15 Microcode temporaries (similar to RAM-M) 

16-31 GPRO-GPRI15 General purpose registers (GPR15 is actually a microcode tem- 
porary) 

32-47 IPRO-IPR15 Internal processor registers or microcode temporaries. 


Locations 0 through 7 of both RAM-M and RAM-R are implemented to function as a dual-port RAM. 
That is, a write to any of these locations in one RAM simultaneously results in a write to the same 
location in the other RAM (Paragraph 2.6.4.4). This feature provides some flexibility to the microcode. 
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WBUS<3:0> 


WBUS<31:00> 


WBUS<31:00> 


hy D SIZE<1:0> 
RNUM 
REGISTER 
TO MICROBRANCH 


RAM-M 
R | SPA M 
| iL TEMPS 


SCRATCH PAD 


CHIP SELECT SIGNALS Ko weus 


SCRATCH PAD 
WRITE ENABLE SIGNALS 


(FROM 
ALK CHIP) 


RNUM 
FROM 
MICRO— 
SEQUENCER 


Figure 2-75 Scratchpad Logic 


2.6.4.2 Scratchpad Address Selection — The microcode is capable of addressing a scratchpad location 
either explicitly as a number in a microfield or indirectly through the RNUM register (Paragraph 
2.6.4.6). The RSRC and MSRC fields of the microword select a scratchpad location in RAM-R and 
RAM-M, respectively. These fields are also used to control various internal operations in the SPA chip 
and for selection of MBus and RBus sources. Table 2-37 shows the relationship between the RSRC 
field value and the RAM-R location or function selected. Table 2-38 shows the relationship between the 
MSRC field value and the RAM-M location or function selected. In these tables, R is a 4-bit register 
(RNUM) discussed in Paragraph 2.6.4.6. GPR.R denotes a general purpose register indexed by the 
RNUM register. MM.TEMP denotes a temporary register used for memory management. Temporaries 
listed in parentheses are defaults. 
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Table 2-37 RSRC Assignments 


RSRC <5:0> RAM-R 

(Hex) Register Operation 
00-0D TEMP0O-TEMP13 — 
OE MM.TEMP5 — 
OF MM.TEMP1 — 
10-1D RO-R13 — 
1E SP — 
1F RTMPGPR — 
20 KSP — 
21 ESP _ 
22 SSP — 
23 USP _ 
24 ISP — 
25 PCBB — 
26 MM.TEMP2 — 
27 MM.TEMP3 — 
28 POBR _ 
29 POLR ~ 
2A PIBR — 
2B PILR — 
2C SBR — 
2D SLR — 
2E SPNICR.SPICR — 
2F MM.TEMP4 — 
30 TEMP.R — 
31 DST.R — 
32 IPR.R ~ 
33 GRP.R ~ 
34 (TEMPO) — 
35 (TEMP7) LONLIT 
36 (TEMPO) ZERO 
37 (TEMPO) ZERO.CLRRBSP 
38 TEMP.RORI — 
39 DST.RORI1 — 
3A IPR.RORI1 — 
3B GPR.RORI1 — 
3C TEMP.R+1 — 
3D DST.R+1 — 
3E IPR.R+1 — 
3F GPR.R+1 — 


2-178 


When the RSRC field specifies either DST.R, DST.R+1, or DST.ROR1, the location addressed is the 
same as GPR.R, GPR.R+1, and GPR.ROR1 respectively. DST.R, DST.R+1, and DST.ROR1 are 
used to conditionally inhibit the writing of the general purpose registers (Paragraph 2.6.4.4). 


In Table 2-37, ROR1 is interpreted as the RAM-R location specified 


by: 

RNUM<1> 

RNUM<2> 

aoa 

03 02 01 00 
TK-3292 

Table 2-38 MSRC Assignments 
MSRC 
<4:0> RAM-M 
(Hex) Register Operation Description 
00-0A TEMPO-TEMP10 — Microcode Temporaries 
OB ERRCOD — Error Code 
OC FPDOFFSET — FPD Pack Routine Offset 
OD MM.TEMPO0 — Memory Management Temp 
OE SCBB — System Control Block Base 
OF SISR — Software INT Summary Reg. 
10 TEMP.R — MTEMP Indexed by RNUM 
1] TEMP.R+1 — MTEMP Indexed by RNUM+1 
12 (TEMPO)* MDR MBUS — MDR 
13 (TEMP0)* WDR MBUS — WDR 
14 (TEMPO) PSHSUB Write — to RBS 
15 (TEMPO) PSHADD Write + to RBS 
16 (TEMPO) WBUS—RNUM WBUS-—RNUM 
17 (TEMPO)* XB.PC__PC+ 1 MBUS <— XB, PC — PC+I 
18 (TEMPO)* MA MBUS — MA 
19 (TEMP0)* PC BACK MBUS <— PC BACK 
1A (TEMP0)* PC MBUS <— PC 
1B (TEMP0)* VA MBUS — VA 
IC (TEMPO) READRBS Read RBS 
1D (TEMPO) RNUM_WBUS RNUM + WBUS 
1E (TEMPO) WBRBSP WBUS — RBSP 
1F (TEMPO)* TB MBUS <— TB Data 
*Write-Only 
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Most of the operations listed in Table 2-38 are self-explanatory. The less obvious ones, PSHADD, 
PSHSUB, and READRBS are explained in Paragraph 2.6.4.5. The operations listed in Table 2-38 are 
briefly described below. 


LONLIT — This operation is used to source the contents of the long literal register onto the RBus. 
(Refer to Paragraph 2.2.1.2.) 


ZERO — This operation is used to source a constant of all zeros onto the RBus. 


ZERO.CLRRBSP — This operation is used to clear the RBS pointer (RBSP) under microcode 
control. Clearing the RBSP effectively clears the RBS. This operation also sources a constant of 
all zeros onto the RBus. 


As mentioned previously, locations 0-7 of RTEMP and MTEMP are implemented as a dual port. This 
implies that a write to one of these locations in one RAM simultaneously results in a write to the same 
location in the other RAM. This simultaneous write is always performed even though the scratchpad 
location is not explicitly specified in the RSRC or MSRC microfields. 


2.6.4.3 Scratchpad Address Generation — During each microcycle, the scratchpad address chip (SPA) 
decodes the MSRC and RSRC microfields to generate the appropriate scratchpad address and chip 
select. The chip select is asserted to enable the appropriate register set - RTEMP, GPR, IPR, or 
MTEMP. The scratchpad address selects one of the 16 locations within the selected register set. 


Figure 2-76 illustrates the areas of the scratchpad associated with each chip select signal and scratch- 
pad address. As this figure shows, the SPA logic provides separate address lines for RAM-M and 
RAM-CR. 


RAM-R 
aaa a a oer 


CHIP 


DPM11 RSPA<3:0> H 


DPM11 RCS IPR L 


DPM11 RCS GPR L 


DPM11 MSPA<3:0> H 


DPM 11 RCS TMP L 


TK-3291 


Figure 2-76 Scratchpad Address and Chip Select 
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2.6.4.4 Scratchpad Read/Write Control — The scratchpad locations selected by the MSRC and RSRC 
microfields are read during the first half of every microcycle. Contents from the selected location in 
RAM-R are output onto the RBus. Likewise, if the MSRC microfield selects a location in RAM-M, its 
contents are output onto the MBus. The SPA chip generates the appropriate chip selects and scratch- 
pad addresses. 


Scratchpad writes (SPW) are executed only during the second half of a microcycle. The SPW micro- 
field determines whether or not a write to the location specified by the MSRC or RSRC microfield is to 
occur, and, if so, whether the write is D-size dependent. The values of the SPW microfield are inter- 
preted as follows. 


SPW Location Length of Write 
<1:0> §§Mnemonic (For Chip Select) (For Write Enable) 
00 NOP No Write — 
01 RSIZE RAM-R location specified Specified by 

by RSRC D-size <1:0> 
10 RLONG RAM-R location specified Longword 

by RSRC 
11 MLONG RAM-M location specified Longword 


by MSRC 


Normally, when the SPW microfield specifies a write to RAM-M, the scratchpad location is explicitly 
specified by the MSRC microfield. For cases in which the SPW microfield specifies a write to RAM-M 
but the MSRC microfield does not explicitly specify a scratchpad location, the write is defaulted to 
MTEMPO0. Writes to RAM-R are handled similarly under the same conditions. 


As an example of the default situation, assume the following microfields contain the indicated values. 


MSRC <4:0>  RSRC <5:0> SPW <1:0> 

1E 10 11 

Output RBSP Output GPRO Write longword to 

onto WBus onto RBus RAM-M location 
specified by MSRC 


The SPW microfield specifies a longword write during the second half of the microcycle to the RAM- 
M location specified by the MSRC microfield. For this microcycle, however, the MSRC microfield 
specifies an operation rather than a scratchpad location. The write is therefore defaulted to TEMPO in 
RAM-M. 


The SPW microfield is decoded by the SPA chip to generate the appropriate chip select signals. These 
signals are used to implement the dual-port write feature. If the SPW microfield equals 11 (MLONG) 
and the MSRC specifies (whether directly or indirectly through RNUM) an MTEMP location 0 
through 7, the chip selects for MTEMP and RTEMP are both asserted. If MSRC does not specify a 
location 0 through 7, then only the chip select for the MTEMP location is asserted. When the SPW 
microfield contains a value other than 11, the scratchpad location is determined by RSRC instead of 
MSRC. 
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In addition to determining whether a write is to be executed, the SPW microfield specifies the amount 
of data to be written into the selected location. The SPW microfield is decoded by the ALK chip (Para- 
graph 2.6.5.3) to control the length of the write by generating the appropriate write enable signals. 
Figure 2-77 illustrates the areas of the scratchpad associated with each write enable signal. An area of 
the scratchpad is enabled for the write only if the corresponding write enable and chip select signals are 


asserted. 


RAM-R RAM-M 
31 1615 87 0 31 1615 87 0 


0 O 
RTMP MTMP 
15 15 
16 
GPR 
30 
| Con 
47 


DPM11 SPW<31:16> A,B L 


DPM10 SPWL EN H 


ALK i 
CHIP ad 
DPM10 SPWB EN H 

esas! 


DPM17 BASE CLOCK H 
DPM17 D CLK ENABLE H 


TK-3299 


Figure 2-77 Write Enable Signals 
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If the SPW microfield equals 01, the number of bytes to be written is determined by two signals from 
the microsequencer, D-Size <1:0>. These signals are interpreted as follows. 


D-Size <1:0> Interpretation 


00 Byte 0 

01 Bytes 0 and 1 

10 Bytes 0, 1, 2, and 3 
11 Bytes 0, 1, 2, and 3 


Refer to Paragraph 2.6.5.3 for a complete description of the D-size signals and their use. 


2.6.4.5 Register Backup Stack (RBS) - The register backup stack (RBS) is located in the SPA chip. 
The RBS contains six 7-bit locations. These locations provide a means to save information required to 
restart an instruction. If an instruction causes a fault requiring a macro-level trap, it is necessary to 
restore the general purpose registers to their original state. The information stored in the RBS allows 
reconstruction of the register contents so that the instruction can be restarted. 


Each RBS entry contains a bit that specifies whether a GPR was modified by an autoincrement or 
autodecrement operand specifier. It also contains two D-size bits that specify the data size for the cur- 
rent microcycle, and four bits that specify the register being modified. Figure 2-78 illustrates the RBS 
and the format of an RBS entry. Table 2-39 shows the interpretation of the D-size signals. 


RBS 
06 05 04 03 02 01 00 


RBS 3 
POINTER 


“6 05 04 03 02 01 00 


RBS D SIZE REGISTER NUMBER 
ENTRY 


TK-3285 


Figure 2-78 RBS Entry Format 
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Table 2-39 D-Size Interpretation 


D-Size 
5 4 
0 0 
0 1 
1 0 
1 1 


The RBS operates more like a silo rather than a stack (i.e., first in-first out operation rather than last in- 
first out). Each time a macroinstruction is fetched, the RBS is emptied by clearing the RBSP (RBS 
pointer). The RBSP is incremented after each read or write to the RBS so that the value of the RBSP 
always represents the depth of the RBS. When information is to be removed from the RBS, the value of 
the RBSP can be saved in a temporary register before RBS is cleared. The appropriate number of reads 


Data Size 


Byte 
Word 
Longword 
Quadword 


is then performed to back up to the correct register. 


Reads and writes to the RBS are controlled by the MSRC field of the microinstruction. When the 
MSRC microfield specifies a write to the stack (PSHADD or PSHSUB), information is pushed onto 
the stack before the RBSP is incremented. When the MSRC microfield specifies a read from the stack 
(READRBS), the location is likewise read before the RBSP is incremented. Table 2-40 shows the rela- 


tionship between the MSRC microfield value and RBS operation. 


RBS MSRC <4:0> 


Operation (Hex) 
PSHADD 15 


PSHSUB 16 


READRBS 17 


Table 2-40 RBS Operations 


Result 


RBS <3:0> <— register number 
RBS <5:4> — D-Size <1:0> 
RBS <6>~< 1 

RBSP incremented 


RBS <3:0> <— register number 

RBS <5:0> < data type D-Size <1:0> 
RBS <6> — 0 

RBSP incremented 


RNUM — RBS <3:0> 

WBUS <3:0> — encode RBS <5:4> 
SPASTA <1:0>* — 0, RBS <6> 
RBSP incremented 


*Refer to Paragraph 2.6.4.7 for a complete description of SPASTA <1:0>. 
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As indicated in Table 2-40, on a READRBS operation, the D-size field (RBS <5:4>) is encoded as 
follows and output onto the WBus: 


D-Size 

RBS <5:4> Encoded Value 
0 0 0001 

0 i 0010 

1 0 0100 

l l 1000 


In addition, Table 2-40 indicates that during a READRBS operation, two status signals are generated. 
Refer to Paragraph 2.6.4.7 for a complete description of these status signals. 


2.6.4.6 Register Number Register (RNUM) - The RNUM register is a 4-bit register contained within 
the SPA chip. The RNUM register is used to indirectly address a scratchpad register. As seen in Figure 
2-75, the RNUM register can be loaded with a 4-bit number from the microsequencer (register num- 
ber), the register backup stack (RBS), or the WBus. Loading is enabled by the MSRC field of the 
microword or a load signal (DPM17 IRD LD RNUM 8H) directly from the microsequencer. When the 
load signal is asserted by the microsequencer, the RNUM register is loaded with a number specified by 
DPM18 IRD RNUM <3:0> H. Otherwise the RNUM register is loaded as follows. 


MSRC <4:0> Operation RNUM 

(Hex) Specified Contents 

1D RNUM WBUS WBUS <3:0> 

1C READRBS Register field of RBS 


2.6.4.7 Scratchpad Status Signals - The SPA chip generates two status signals, SPASTA <1:0>, for 
microbranching. These signals are generated as a function of the MSRC and RSRC microfields. 


When a GPR location is explicitly specified in the RSRC microfield or implicitly specified through the 
RNUM register, the status signals indicate the contents of the RNUM register as follows. 


SPASTA RNUM Register GPR 

<1:0> Contents General Use 

0 1 E VAX mode SP 

1 0 7 Compatibility mode PC 
1 1 6 Compatibility mode SP 
0 O all other values — 


This makes it possible to identify the program counter (PC) and stack pointer (SP) from all other gener- 
al purpose registers. The status signals are undefined for this case if the MSRC microfield specifies a 
READRBS, RNUM__WBUS, OR WB__RBSP operation (MSRC = IC, 1D, or 1E). 
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When a GPR location is not specified by the RSRC microfield, the status signals are defined for the 
following operations only. These operations are specified in the MSRC microfield. 


MSRC <4:0> 


(Hex) Operation 

1C READRBS 

1D RNUMWBUS 
1E WB RBSP 


If the MSRC microfield specifies a READRBS operation, and a GPR location is not specified by the 
RSRC microfield, the status signals are used to indicate an autoincrement or autodecrement mode. 
They specifically indicate bit 6 of the RBS location pointed to by RBSP. 


SPASTA RBS Indicated 
<1:0> <6> Mode 

0 O 0 autodecrement 
1 O l autoincrement 
0 1 _ — 

1 1 _ — 


If the MSRC microfield specifies a RNUM-_WBUS operation, and a GPR location is not specified by 
the RSRC microfield, the status signals are used to identify particular IPR locations for the MTPR and 
MFPR instructions. They specifically indicate the scratchpad address that is loaded into the RNUM 
register as follows. 


SPASTA WBUS IPR 

<1:0> <3:0> General Use 

1 1 0-4 Processor control stack pointers 
1 O 5-7, E, F Reserved locations 

0 O 8—D All others 

0 1 _ — 


If the MSRC microfield specifies a WB__RBSP operation (and a GPR location is not specified by the 
RSRC microfield) the status signals are used to detect an empty RBS condition. For this case the 
RBSP is monitored and the status signals encoded as follows. 


SPASTA RBS 
<1:0> RBSP Condition 
0 1 0 Empty 

0 O All other values Not empty 
1 0 — — 

1 1 _ — 


2.6.5 Arithmetic Section 

The arithmetic section of the data path consists of the arithmetic/logical processor and associated con- 
trol logic. Contents from the MBus, RBus, and SBus are input to the arithemtic/logical processor to 
allow the required arithmetic and logic operations to be performed during the execution of the macroin- 
structions. Results can be output on the WBus. 


2-186 


The arithmetic/logical processor (ALP) consists of eight ALP chips that perform the ALU functions of 
the data path. Each ALP chip processes a 4-bit slice to perform 32-bit arithmetic or logical operations. 
The ALP is discussed as a single unit throughout this chapter, unless otherwise specified. 


The CLA chip (carry look-ahead chip) provides the appropriate carry or borrows for each of the cas- 
caded ALUs within the ALP chips. The CLA hardware is transparent to the microcode. Refer to Para- 
graph 2.6.5.2 for a brief description of its functionality. 


All functions within the ALP are controlled by the ALK chip (arithmetic/logical control chip). Refer 
to Paragraph 2.6.5.3 for a description of the ALK. Basically, the ALK decodes the 10-bit ALPCTL 
microfield to generate control signals for the ALP. 


2.6.5.1 Arithmetic/Logical Processor (ALP) — Figure 2-79 illustrates a functional block diagram of 
the ALP. As seen in this figure, the ALP contains input latches, the S shifter, the ALU and its input 
and output multiplexers, BCD adjust logic, and the D and Q registers. These are discussed in the fol- 
lowing paragraphs. 


2.6.5.1.1 ALP Input Latches - Data is latched from the tri-state RBus and MBus and input to the 
ALU input multiplexers by dedicated feed-through latches. The latches are simultaneously clocked by 
the signal DPM11 DP PHASE H. Figure 2-80 illustrates the clock waveform. 


2.6.5.1.2 S Shifter -— The S shifter provides the second level shifting in association with the rotator 
section (see Paragraph 2.6.6). Although physically located in the ALP chips, the S shifter is function- 
ally part of the rotator section. Data from the SBus is shifted right 0, 1, 2, or 3 bits by the S shifter and 
input to the B multiplexer. The number of bit positions to be shifted is determined by two signals 
(DPM09 SHF <1:0> L) from the rotator control logic (SRK chip). These signals are generated from 
the value of the ROT field in the microword that defines the rotator function. The number of bits to be 
shifted is specified as follows. 


SHF Number of Bits 
DPMO09 <1:0> L Shifted Right 
H H 0 
H L 1 
L H 2 
L L 3 


Note that the S shifter does not latch data from the SBus. 
2.6.5.1.3. ALU A and B Input Multiplexers (A MUX and B MUX) 


A MUX - The A input to the ALU is controlled by the A MUX. The A MUX is capable of selecting 
data from RAM-M or memory control interface registers (VA, PC, MDR) via the MBus, RAM-R via 
the RBus, or the D register. These registers hold data for use during instruction execution. When the 
contents of these registers must be manipulated or used in an ALU operation, the A MUX selects the 
correct source. 


If the required data on the MBus is less than 32 bits, the data can be sign- or zero-extended. For this 
case, the A MUX selects the sign/zero-extended version of the MBus. The type of extension, sign or 
zero, is selected by bit <63> of the microword (0 = zero, 1 = sign). This bit defines the ALUXM 
subfield of the microword (Paragraph 2.6.6.1). 
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Figure 2-79 Arithmetic and Logical Processor (ALP) 
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Figure 2-80 ALP Input Latch Timing 


B MUX - The B input to the ALU is controlled by the B MUX. The B MUX is capable of selecting 
information from RAM-R via the RBus, the rotator section via the SBus and S shifter, or the Q register 
for use during instruction execution. If the required data is present on the RBus, the B MUX selects the 
R latch output. 


A and B MUX Control - The A and B input multiplexers are usually controlled by signals from the 
ALK chip (Paragraph 2.6.5.3) as specified by the value in ALPCTL <9:6> of the microword. These 
bits define the MUX subfield of the microword. (Refer to Paragraph 2.2.1.2 for an explanation of sub- 
fields.) Table 2-41 lists the A MUX and B MUX selection for each subfield value. 


2.6.5.1.4 Extended/Nonextended MBus Data — If the MBus data required for an ALP operation is 
less than 32 bits (1.e., a byte or word), the data can be sign- or zero-extended by the ALP logic. 


Figure 2-81 illustrates the logic associated with extension of MBus data. As seen in this figure, both 
extended and nonextended versions of the latched MBus data are presented to the A MUX. The A 
MUX performs the appropriate selection. Refer to Paragraph 2.6.5.1.3 for a description of the A 
MUX. 


The construction of the extended version of the MBus is controlled by several signals, as seen in Figure 
2-81. These signals are directly related to the data size on the MBus. DPM19 D SIZE 1 H is one of two 
signals generated by the microsequencer to indicate data size (Paragraph 2.6.5.3). When this signal is 
low (the data size is a word or byte), the extended data input (DPM03 EXT DATA L) is used for the 
generation of bits 31:16. In addition, if the data type is a byte, DPM10 X <15:08> EN L is asserted to 
select the extended data input for the generation of bits <15:08>. DPM10 X <15:08> EN L is as- 
serted by the ALK chip (Paragraph 2.6.5.3) when the D-size signals are both low (i.e., data size = 
byte). 


Figure 2-82 illustrates the multiplexer used in the selection of the extended data input. Note that this 
multiplexer 1s external to the ALP. 
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Table 2-41 A and B Multiplexer Control 


MUX Subfield 
ALPCTL <9:6> 
(Hex) 


WN © 


NAAN 


7AMOQ Wpwooc 


A MUX 
Data 


MBus 
MBus 
MBus 
MBus 


MBus 


Extended MBus 
Extended MBus 
Extended MBus 


D Register 
D Register 
D Register 
D Register 


D Register 
0 


RBus 
RBus 
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BMUX 
Data 


RBus 
RBus 
Q Register 
Q Register 


S Shifter 
RBus 

Q Register 
S Shifter 


RBus 
RBus 
Q Register 
Q Register 


S Shifter 
S Shifter 
Q Register 
S Shifter 


ALP 


<31:00> 
M BUS LATCH 
EXTENDED 
DPMO3 EXT DATA L DATA ae 
am cy 
DPM19 D SIZE 1H 
DPM10 X<15:08> EN L 
3 a o 0 EXTENDED 
as INPUT 
as A MUX 
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Figure 2-81 Extended MBus Data 
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L — ZERO EXTEND L— BYTE 0 
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Figure 2-82 Extended Data Selection 


The type of extension, sign or zero, is determined by bit <63> of the microword. This bit defines the 
ALUXM subfield of the microword. It is cleared to indicate zero-extend and set to indicate sign-ex- 
tend. If sign-extend is indicated, the sign value (plus or minus) must be derived from the most signifi- 
cant bit of the data type. For this case, a D-size signal is used to select bit 07 if the data type is a byte, 
or bit 15 if the data type is a word. (The D-size signals indicate data type and are generated by the 
microsequencer, Paragraph 2.6.5.3.) The selected bit is then input to the ALP for the sign extension. If 
a zero extension is selected, a zero (DPM13 +3 V NOM H) is input to the ALP. 


2.6.5.1.5 Arithmetic and Logical Unit (ALU) - The ALU is the main processing unit of the ALP logic. 
It performs 32-bit arithmetic or logical functions. 


The ALU operation is usually selected by ALPCTL <5:2> of the microword. These bits define the 
ALU or ALUOD subfield of the microword depending on their value and the value of the MUX sub- 
field (ALPCTL <9:6>). (Refer to Paragraph 2.2.1.2 for an explanation of subfields.) Table 2-42 
shows the subfield interpretation of ALPCTL <5:2> and the selected ALU function for each value. 
Terms listed under ALU function are defined in Table 2-43. 
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Table 2-42 ALU Control 


ALPCTL <5:2> 
(Hex) 


WN © 


INN 


AMOO WPRoc 


Subfield 
Interpretation 


ALU 
ALU 
ALU 
ALU 


ALU 
ALU 
ALU 
ALU 


ALU or ALUOD* 
ALU or ALUOD¢ 
ALU or ALUOD{ 
ALU or ALUOD{ 


ALU or ALUOD* 
ALU or ALUOD¢ 
ALU 
ALU 


*ALUOD only if ALPCTL <9:6> = 9 (hex) 
tALUOD only if ALPCTL <9:6> = D (hex) 


+Either of the above 


ALU 
Function 


A—B—CI 

A—B—CI, BCD 
(A—B—CI).SR 
(A—B—CI).SL 


A+B+CI 
A+B+CI, BCD 
(A+B+CI).SR 
(A+B+CI).SL 


A.AND.B 
A.OR.B 
(A.AND.B).SR 
(A.AND.B).SL 


B—A—CI 
A.XOR.B 
A.AND.(.NOT.B) 
(.NOT.A).AND.B 


Table 2-43. ALU Mnemonic Definitions 


Mnemonic Definition 

A A input 

B B input 

CI Carry input 

BCD Binary coded decimal 
SR Shift right 

SL Shift left 


ALU Carry-In — Specification of the ALU carry-in depends on the B MUX selection. As long as the 
MUX subfield (ALPCTL <9:6>) does not contain a value of 4, 7, C, D, or F, the carry-in is specified 
by bits <59:58> of the microword. These bits define the ALUCI subfield of the microword. The AL- 
UCI subfield specifies the ALU carry input as follows. 


ALUCI Subfield ALU 
(ROT <1:0>) Carry-In 
00 0 

01 ALKC flag 
10 ] 

1] PSL <C> 
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The ALKC flag is located in the ALK chip and is used to save the carry or borrow from the ALU 
during an add or subtract. PSL <C> refers to the C bit of the processor status longword (bit 00). 


If the MUX subfield contains a value of 4, 7, C, D, or F, the carry-input is defaulted to a hard-wired 
zero. These values indicate that a rotator function must be specified by bits <63:58> of the microword 
(the ROT microfield). Bits <59:58> can therefore not specify the carry-in. The carry input is also 
defaulted to a hardwired zero if the ROT microfield (ROT <5:0>) specifies a function that modifies 
the P latch or S latch. This condition exists when ROT <5:0> = 27, 2D, 2F, 3B, 3D, or 3F. 


The ALK chip decodes ROT <5:0> and enables the appropriate carry input for the ALP. (Refer to 
Paragraph 2.6.5.3 for a complete description of the ALK chip.) 


ALU Shift-In — As seen in Table 2-42, the ALU can shift the result of an add, subtract, or AND oper- 
ation by one bit. Specification of the ALU shift-in depends on the B MUX selection. As long as the 
MUX subfield (ALPCTL <9:6>) does not contain a value of 4, 7, C, D, or F, the shift-in is specified 
by bits <62:60> of the microword. For this case these bits define the ALUSHF subfield of the micro- 
word. Table 2-44 lists the shift-in for each value of the ALUSHF subfield. As seen in this table, the 
ALUSHF subfield also specifies the shift-in for Q register shifts. (See Paragraph 2.6.5.1.7 for a de- 
scription of the Q register.) 


Table 2-44 ALU and Q Register Shift-In 


ALUSHF Subfield ALU Q Register 

(ROT <4:2>) Shift-In Shift-In 

000 0 0 

001 l 1 

010 (Note 1) (Note 1) 

011 (Note 2) (Note 2) 

100 0 ] 

101 1 0 

110 WBUS <30> WBUS <30> 

111 PSL <C> PSL <C> 
NOTES 


1. This shift-in depends on the shift operation of 
both the ALU and Q register as shown in 
Table 2-45 under shift. 


2. This shift-in depends on the shift operation of 
both the ALU and Q register as shown in 
Table 2-45 under rotate. 


When the value of the ALUSHF subfield equals 010 or 011, the shift-in for the ALU and Q register 
depends on the type of shift (right or left) specified for each. For this case the shift-in is determined as 
shown in Table 2-45. As mentioned above, the type of shift for the ALU is selected by the ALU or 
ALUOD subfield of the microword (ALPCTL <5:2>). The type of shift for the Q register is selected 
by the DQ subfield (ALPCTL <1:0>). 
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Table 2-45 ALU and Q Shift-in Special Cases 


ALU Q Register ALUSHF = 011 ALUSHF = 010 
Shift Shift (Rotate) (Shift) 


- i ieee 
0 


Left Right ALU 
ae an 


Right Left 
—LQ fe —1Q_}e-0 
Right —_—Right -LALUS—>__Q [| — cx 
0 


None Lt Cok 
WBUS (31) 
WBUS (31) 
tt None fA CO ro 
Q (31)* 


Right None me [Q ] oe LQ ] 


*Q <31> is undefined for any load Q function. 


Just as for the ALU carry-inputs, the shift inputs are defaulted to 0 when either of the following condi- 
tions exists. 


1. The B MUX selects the rotator (S shifter) for input to the ALU. This condition is specified 
when the MUX subfield (ALPCTL <9:6>) = 4, 7, C, D, or F. 


2. The ROT microfield specifies a function that modifies the P latch or S latch. This condition 
exists when ROT <5:0> = 27, 2D, 2F, 3B, 3D, or 3F. 
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2.6.5.1.6 BCD Adjust Logic - When the ALU subfield (ALPCTL <5:2>) specifies a BCD oper- 
ation, the output of the ALU may or may not have to be adjusted to form legal BCD digits (0 through 
9). Dedicated logic in each ALP chip automatically computes the appropriate adjustment for the corre- 
sponding 4-bit ALU output. 


2.6.5.1.7 D and Q Registers — The D register is a 32-bit holding register for the intermediate result of 
an ALU operation. The D register is loaded from the W MUX and provides data to the A MUX. Sim- 
ilarly, the Q register is a 32-bit holding register that is capable of a right or left shift by one bit. The Q 
register is loaded from the Q MUX, which can select the output from the W MUX or A MUX. The 
output of the Q register is input to the B MUX. 


The loading of the D and Q registers is controlled by two bits in the microword, ALPCTL <1:0>. 
These two bits define one of three types of DQ subfields providing a special function is not specified by 
ALPCTL <9:0>. (See Paragraph 2.6.5.4.) The type of DQ subfield is determined by the value of the 
MUX subfield (ALPCTL <9:6> and is selected as shown in Table 2-46. 


Table 2-47 shows the relationship between the DQ subfield value and register control. As seen in this 


table, the DQ subfield not only controls the loading of the D and Q registers, but also determines 
whether the Q register is to be shifted. The direction of the shift is also specified. 


Table 2-46 DQ Subfield Types 


MUX Subfield Subfield Interpretation 
(ALPCTL <9:6> of ALPCTL <1:0> 
0, 2, 4, 5, 6, 7, 8, A, C, E, F DQl 

1,3,B DQ2 

9 DQ3 


Table 2-47 D and Q Register Control 


Subfield Values 
DQ 
Subfield 0 if 2 3 
DQ! NOP Q— W MUX D — W MUX Q— W MUX 
D— W MUX 
DQ2 SHF Q LEFT SHF Q RIGHT SHF Q LEFT SHF Q RIGHT 
D — W MUX D — W MUX 
DQ3 SHF Q LEFT SHF Q RIGHT Undefined Undefined 
D — W MUX D — W MUX 


If the DQ subfield specifies a Q-register shift, the value to be shifted into the vacant position is selected 
by bits <62:60> of the microword. These bits define the ALUSHF subfield, which is also used to 
select the shift-in for ALU functions. Table 2-45 lists the shift-in for the Q register as well as the ALU. 
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2.6.5.1.8 W Multiplexer (W MUX) - The W MUX selects the output of the ALU or B MUX for 
input to the Q MUX, D register, and WBus. The W MUX is controlled by the ALPCTL field of the 
microword, which is used to define an ALP special function. (See Paragraph 2.6.5.4 for a description of 
special functions.) The ALU output is selected for most values of this field. The B MUX output is only 
selected when the following special functions are specified. 


ALPCTL <9:0> ALP Special Function 
(Hex) Mnemonic 

047 WX __R.Q__M 

0C7 WX—Q.Q__M 

147 WX __R.Q__XM 
1C7 WxX__S.Q__XM 

247 WX__R.Q__D 

2C7 WX—Q.Q__D 

347 WxX_S.Q__D 

3C7 WX__S.Q.__R 

057 WX_D__R.Q__M 
0D7 WX__D__Q.Q__M 
157 WX D—R.Q__-XM 
1D7 WX_—D__S.Q__XM 
257 WX__D—R.Q__D 
2D7 WX _—D—Q.Q__D 
357 WxX__D__S.Q__D 
3D7 WxX__D__S.Q__R 


When the ALPCTL field specifies one of the functions listed above, the ALU output is ignored. The 
ALP status signals, however, remain valid. 


The output of the W MUX is normally routed onto the WBus. This sourcing, however, is inhibited when 
an ALUOD function is specified. Refer to Paragraph 2.6.5.1.5 for a description of ALUOD functions. 


2.6.5.1.9 ALP Status Logic — Three types of status signals are generated by the ALP logic to set con- 
dition codes and execute microbranches. Table 2-48 lists the status signals according to type and gives a 
brief description of their meaning. Note that the precise definitions of the overflow and carry signals 
depend on the ALU operation performed. The conditions for the assertion of a carry signal are listed in 
Table 2-49. Likewise, Table 2-50 lists the conditions for each overflow signal. 


2.6.5.2 Carry Look-Ahead (CLA) Functionality —- The carry look-ahead (CLA) chip provides the nec- 
essary carry or borrows between each of the cascaded ALUs within the ALP chips. The CLA function 
should not be confused with the ALU carry-in described in Paragraph 2.6.5.1.5 or the ALU carry status 
described in Paragraph 2.6.5.1.9. These sections are concerned with the carry result of an arithmetic or 
logical operation rather than the carry or borrow generated between each 4-bit ALU slice. 


When the A and B inputs have been selected for an arithmetic operation, each ALP chip generates 
signals to indicate which adjoining slices require a borrow or carry. The CLA chip monitors these sig- 
nals and generates a carry input for the appropriate slices. 


The signals monitored by the CLA chip consist of two types — propagate and generate. Each ALP chip 


has its own propagate and generate line to the CLA chip. The CLA chip determines the proper carry 
input (condition of the ALUC signal) for each ALP chip by decoding the signals on these lines. 
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Table 2-48 ALP Status Signals 


Status Signal Status 
Type Signals Interpretation 
WMUXZ WMUXZ BO H Indicates the corresponding byte 
WMUXZ B1 H of the W MUX output is all zeros. 
WMUXZ B2H 
WMUXZ B3 H 
ALU Overflow ALUV 07H Indicates the result of the 
ALUV 15H arithmetic operation cannot be 
ALUV 31H represented by the corresponding 
data type (i.e., overflow 
condition). 
ALU Carry ALUC 07 L Indicates a carry has been 
ALUC 15 L generated for the corresponding 
ALUC 31 L data type as a result of the ALU 
operation. 


Table 2-49 Conditions for Carry Status 


ALU Carry Status Signal 

Operation ALUC <31> L ALUC <15> L ALUC <07> L 
Binary 

Add ALUC <n> Lif (A <n:00> + B <n:00> + CI)* e 2 (+1) 
Binary 

Subtract ALUC <n> Lif A <n:00> e (B <n:00> + CI)* 

BCD Asserted if 

Add A+B+CI e 99,999,999 Undefined Undefined 
BCD Asserted if 

Subtract Ae(B+C]I)* Undefined Undefined 
Logical 

(any) Undefined Undefined Undefined 


*Unsigned arithmetic 
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Table 2-50 Conditions for Overflow Status 


ALU Overflow Status Signals 

Operation ALUV <31> H ALUV <15> H ALUV <07>H 
Binary C31 + C30 Cis + C4 C7 + Ce 

(Any) 

BCD Not Not Not 

(Any) Asserted Asserted Asserted 

Logical Not Not Not 

(Any) Asserted Asserted Asserted 


Table 2-51 lists the conditions for the generation of a propagate signal and generate signal. Note that 
the assertion of a signal depends on the selected ALU operation and the relationship of the A and B 
ALU inputs. These A and B inputs refer only to the associated 4-bit slice. 


Table 2-51 Propagate/Generate Signals 


ALU Propagate Signal Generate Signal 

Operation Asserted If: Asserted If: 

Binary Add A+B=F 16 A+B)F 16 

Binary Subtract A=B For A—B, A)B 
For B—A, B)A 

BCD Add A+B=9 A+B)9 

BCD Subtract A=B A)B 

Logical (any) Undefined Undefined 


The CLA chip also monitors a BCD indicator signal from the ALK chip. This signal indicates whether 
the current ALP operation is BCD or not. The CLA chip uses this information to propagate the correct 
carries for the ALP chips. The following two examples illustrate the carry propagation for a BCD and 
non-BCD operation. Each numeric digit represents a nibble (4 bits). The most significant digit is 8; the 
least significant digit is 1. 


The carry propagation for a non-BCD number is performed as follows. 


a aN aa a aN a ae 
8 7 6 5 4 3 2 1 


TK-3301 
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The carry propagation for a BCD number is performed as follows. 


_—/ x ™ ar S eo™N 
2 34 4 #3 6 #5 86 JF 


C 
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2.6.5.3 ALK Logic — The arithmetic/logical control (ALK) chip controls all functions within the 
ALP. Among these functions are data input selection, ALU operation, carry input selection, and shift 


input selection. 


The logic of the ALK chip can be divided into four sections as illustrated in Figure 2-83. Each input 
and output of the ALK can be associated with one of these sections. The sections are decode, control, 


flag, and timing (see Paragraphs 2.6.5.3.1—2.6.5.3.4). 


ALK 
DPM12 ALPCTL<9:0> H 


STORE LATCHES DPM13 SPW<1:0> H 
DPM20 LONG LIT L 


DECODE 


FROM ALP DPM10 ALUC 31 L 


FROM CCC ppmi10 PSLC H CONTROL 
eae LOGIC 
FROM D SIZE DPM19 D SIZE<1:0> H 
DECODE 
FROM SAC DPM17 QD CLK L TIMING 
CHIP LOGIC 


<1:0> 

DPM10 ALK OP<6:4> H TO ALP 
ALU SIO* 
Q SIO* } TO/FROM ALP 
tt coca EN L TO ALP 

TO CLA CHIP 
DPM10 SPW (B,W,L) EN H 

TO SCRATCH 

PAD SECTION 


WBUS<31:30> H 
TO/FROM W BUS 


DPM10 DOUBLE ENABLE H 
TO SAC CHIP 


*ALU SIO IS ACTUALLY: ALU SIO 31 L, ALU SIO 00 L. 
Q SIO IS ACTUALLY: Q SIO 31 L,Q SIO 15 L, Q SIO 07 L, Q SIO 00 L. 
**DPM10 X<15:08> EN L IS ONE SIGNAL. (15:08 1S PART OF THE SIGNAL NAME) 
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Figure 2-83 ALK Chip 
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2.6.5.3.1 Decode Logic - The ALK decodes various microfields to specify ALP operations and to con- 
trol its own internal operations. DPM12 ALPCTL <9:0> H are decoded to generate the basic opcode 
for the ALP (DPM10 ALK OP <6:4, 1:0> H). These signals are sent to each ALP chip to specify the 
basic ALP operation. DPM12 ROT <5:0> H are also decoded to specify the shift-in and carry-in for 
the ALU and Q register of the ALP. The selection of a shift-in and carry-in is described in Paragraph 
2.6.5.1.5. DPM13 SPW <1:0> H is decoded to enable writes to the scratchpad (Paragraph 2.6.4.4). 
Note that normal decoding of the ALPCTL and ROT microfields is disabled in the ALK chip when the 
LIT microfield specifies a long literal operation (LIT <1:0> = 11). For this case the following condi- 
tions are forced. 


1. DPM10 ALK OP <6:4, 1:0> H is set to LHHLL. This disables D and Q register operations 
and ALU shifts. 


2. BCD operations are disabled. 
3. The ALK flags are affected as follows. 


ALKC flag remains intact 
ALUSO flag remains intact 
Loop flag is cleared 

TOG flag is undefined 


2.6.5.3.2 Control Logic — The results of the decode enable operations in the control section of the 
ALK chip. These operations include the control of shift inputs for the ALU and Q register, sign/zero 
extension of MBus data, and the enabling of scratchpad writes. 


D-Size Signals - The ALP can execute operations on byte, word, and longword data types. The specific 
data type for an operation is defined by two signals generated by the microsequencer, D-Size <1:0> 
H. The D-size signals are input to the ALK chip for this reason. Here they are used to determine the 
data size for writes in addition to the bit position for sign/zero-extension of MBus data in the ALP 
chips. The D-size signals are also used to specify the data type for bus functions and to set condition 
codes. Refer to Paragraph 2.6.3 for a more complete description of D-size signals and their use. 


Write Enable Signals - The ALK chip generates three signals that control the amount of data written 
into a specified scratchpad location. The three signals are DPM10 SPWB EN H, DPM10 SPWW EN 
H, and DPM10 SPWL EN H. The generation of these signals is determined by the value in the SPW 
microfield and the D-size signals. Refer to Paragraph 2.6.4.4 for a complete description. 


Extend Enable Signal - DPM10 X <15:08> EN L is a single signal generated by the ALK chip to 
enable sign/zero-extension of MBus data. It is generated as a result of decoding the D-size signals. 
Refer to Paragraph 2.6.5.1.4 for a complete description of MBus extension. 


Shift-In/Out Control — The ALK controls the selection of the shift inputs to the ALU and Q register of 
the ALP. The appropriate bit positions are available to the ALK via dedicated lines. This concept is 
illustrated in Figure 2-84. With these lines, the shift input can be selected and transferred to the ALP. 
Selection of the shift input is determined by the ALUSHF subfield of the microword (ROT <5:2>) as 
described in Paragraph 2.6.5.1.5. Shift inputs include 0, 1, WBUS <30>, and PSL <C>. The ALK 
is also capable of interconnecting the transfer lines to execute the rotate functions described in Para- 
graph 2.6.6. 


In addition to providing a path for shift inputs to the ALP, these bidirectional lines make it possible to 


store shift-outs. Whenever an ALU shift is performed, the lost bit is transferred to the ALK to be stored 
in the ALUSO flag. 
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Figure 2-84 Shift-In/Out Lines 


2.6.5.3.3 Flag Logic — The ALK logic includes four flags for use during the execution of certain arith- 
metic operations: the ALKC flag, ALUSO flag, Loop flag, and TOG flag. Each of these flags, except 
TOG, can be directly accessed via microcode. When enabled, the appropriate flag is set at the end of 
the microcycle. Each of these four flags is described below. 


ALKC Flag —- The ALKC flag is loaded with the resultant carry or borrow when the ALU subfield of 
the microword specifies an ALU add or subtract operation. 


During a multiple-length add, the carry output from each ALU operation is saved by the ALKC flag to 
provide a carry input to the subsequent add. For example, during a 64-bit add, the resultant carry from 
the first 32-bit add is retained by the ALKC flag. This flag is then used as the carry input for the 
second 32-bit add. The ALKC flag is likewise used to retain the resultant borrow during each iteration 
of a multiple-length subtract operation. Note that for both add and subtract, the carry or borrow is 
always derived from the most signficant bit position. 


The ALKC flag is sourced onto the WBus (WBUS <30>) when the ALPCTL microfield equals 37C, 
37D, 37E, or 37F (Paragraph 2.6.5.4). 


ALUSO Flag - The ALUSO flag is loaded with the bit shifted out of the ALU when an ALU shift 
function is specified by the ALU subfield of the microword. On an ALU shift left operation, the AL- 
USO flag is loaded with the data shifted out from ALU <31>. During an ALU shift right operation, 
the ALUSO flag is loaded with the data shifted out from ALU <00>. 


The ALUSO flag is also loaded during the shifting associated with various special functions. During 


each iteration of the MULFAST and MULSLOW functions, the ALUSO flag is loaded with ALU 
<00>. Likewise, the ALUSO flag is loaded with ALU <31> during each iteration of the DIVFAST 


2-202 


and DIVSLOW function. Note, however, that the flag remains intact for the special divide functions. 
Refer to Paragraph 2.6.5.4 for a complete description of each of these special functions. 


The ALUSO flag is sourced onto the WBus (WBUS <31>) when the ALPCTL microfield equals 
37C, 37D, 37E, or 37F. 


Loop Flag — The Loop flag is set when the ALPCTL microfield specifies a multiplication or division 
operation. For the execution of these operations, an ALU function is repeated several times con- 
secutively. The Loop flag indicates that a multiplication or division loop is in progress and must not be 
interrupted. Refer to Paragraph 2.6.5.4 for a complete description of the multiply and divide oper- 
ations. 


The Loop flag is sourced onto the WBus (WBUS <30>) when the ALPCTL microfield equals 378, 
379, 37A, or 37B. When this occurs, the condition of the Loop flag remains intact. 


TOG Flag — The TOG flag is used to control the ALU during multiplication and division. During each 
iteration of a multiply function, the TOG flag is loaded with bit 00 of the Q register. In this case, the 
TOG flag is used to control the ALU inputs. Similarly during each iteration of a divide function, the 
TOG flag is loaded with the ALU carry bit (or 1’s complement). In this case, the TOG flag is used to 
select an ALU add or subtract. Refer to Paragraph 2.6.5.4 for a complete description of the multiply 
and divide functions. 


Note that unlike the ALKC, ALUSO, and Loop flags, the TOG flag cannot be sourced onto the WBus. 


2.6.5.3.4 Timing Logic - The ALK and ALP chips are clocked by the signal DPM17 QD CLK L. 
This signal is generated by the logic associated with the SAC chip located on the DPM module. 


The QD clock pulse is usually generated once every microcycle. If the ALK decodes a MULFAST on 
DIVFAST special function, however, DPM10 DOUBLE ENABLE H is asserted. This enables the 
number of QD clock pulses to 2 per microcycle. 


2.6.5.4 ALP Special Functions —- The ALP logic provides the capability of executing special functions 
in addition to the basic ALU and data routing operations. The capability allows the ALP to execute a 
complex operation at the specification of a single microfield value. (A complex operation is defined as 
an operation that involves several ALU and/or data routing operations, such as multiply, divide, etc.) 


Special functions are selected by the ALPCTL microfield (bits <9:0>). When a special function is 
specified in this microfield, all corresponding subfields are ignored (i.e., the ALU, ALUOD, MUX, . 
DQ1, DQ2, and DQ3 subfields are ignored.) Each logic element involved in the specified operation is 
implicitly controlled by the value in ALPCTL <9:0>. For the execution of some special functions, a 
single value must remain in this microfield for several microinstructions. 


The special functions can be divided into five groups. Table 2-52 lists each function according to group 
and gives a brief description of each. 


The multiply and divide special functions are described in the following paragraphs because of their 
relative complexity. Many of the concepts discussed can be applied to both types of functions. Among 
these concepts are: the definition of iteration, the difference between FAST and SLOW, sign consid- 
eration, etc. 


2.6.5.4.1 Multiply Algorithm — The special functions of the mutliply group are used to perform un- 


signed multiplication of two integers, each containing up to 32 bits. The multiplicand, however, is 
treated as positive or negative, depending on the type of multiply function invoked (Table 2-52). 
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Special 
Function 
Group 


Data 
Routing 


WBus 
Disable 


SBus 
Output 


Flag 
Output 


Multiply 


Divide 


ALPCTL 


Table 2-52 ALP Special Functions 


Mnemonic 


WX_R.Q__XM 
WX_S.Q__XM 
WX_R.Q__D 
WX_0.Q__D 
WX_S.Q__D 
WX_S.Q__R 


WX_D__R.Q__M 
WX__D_Q.Q__M 
WX__D__R.Q__XM 
WX__D__S.Q__XM 
WX_D_R.Q__D 
WX_D_O.0__D 
WX__D__S.Q__D 
WX__D__S.O_R 


WX_S 
WX_Q_S 
WX__D__S 
WX__D_Q_S 
WX__.NOT.S 
WX_Q__.NOT.S 
WX__D__.NOT.S 


WX__D__Q__.NOT.S 


WB__LOOPF 
WB__LOOPF.Q__0 
WB__LOOPF.D__0 


WB__LOOPF.Q__D__0 


WB_ALUF 
WB__ALUF.Q__S 
WB__ALUF.D__S 


WB__ALUF.Q__D__S 


MULFAST+ 
MULSLOW + 
MULFAST — 
MULSLOW — 


DIVFAST+ 
DIVSLOW + 
DIVFAST— 
DIVSLOW — 
REM 
DIVDA 
DIVDS 


Description 


W MUX <— RBus 
W MUX <— Q (old) 
W MUX <— RBus 
W MUX — SBus 
W MUX <— RBus 
W MUX <— Q (old) 
W MUX <— SBus 
W MUX <— SBus 


Q — MBus 

Q — MBus 
Q~-—S/Z MBus 
Q-—S/Z MBus 
Q-D 

Q-—D 

Q-D 

Q — RBus 


W MUX &D+-—RBus Q+ MBus 

W MUX & D~ Q (old) Q— MBus 
WMUX&D+-RBus Q-<S/Z MBus 
W MUX &D—SBus Q+S/Z MBus 
WMUX&D-—RBus Q-+D (old) 

W MUX & D~— Q (old) Q~— D (old) 
WMUX&D~+—SBus Q-+D (old) 
WMUX&D-+-SBus Q-+-RBus 


W MUX — SBus 

W MUX & Q — SBus 

W MUX & D<— SBus 

W MUX &D& Q<— SBus 
W MUX ~ SBus 

W MUX & Q~— SBus 

W MUX & D— SBus 

W MUX & D & Q — SBus 


WB(31) — 0, WB(30) — LOOP 
WB(31) — 0, WB(30) — LOOP, Q — 0 
WB(31) — 0, WB(30) — LOOP, D — 0 
WB(31) — 0, WB(30) — LOOP, Q &D<—0 
WB(31) — ALUSO, WB(30) — ALKC 
WB(31) — ALUSO, WB(30) — ALKC, Q—S 
WB(31) — ALUSO, WB(30) — ALKC, D —S 
WB(31) — ALUSO, 

WB(30) — ALKC,Q&D<—S 


Multiply + RBus by Q (2 iterations/cycle) 
Multiply + RBus by Q (1 iteration/cycle) 
Multiply —RBus by Q (2 iterations/cycle) 
Multiply —RBus by Q (1 iteration/cycle) 


Divide Q by + RBus (2 iterations /cycle) 
Divide Q by + RBus (1 iteration/cycle) 
Divide Q by —RBus (2 iterations /cycle) 
Divide Q by —RBus (1 iteration/cycle) 
Assemble Remainder (RBus = 0) 
Double Divide, + Divisor 

Double Divide, — Divisor 
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The multiply algorithm employed results in the generation of several intermediate partial products be- 
fore the generation of the final product. The operation repeated for the generation of each partial prod- 
uct is referred to as a multiply iteration. 


During each iteration of the multiply algorithm a basic add and shift is performed. Figure 2-85 illus- 
trates an example of the multiply algorithm. Note that a 4-bit data type is used strictly for discussion 
purposes (i.e., ALU operations cannot be executed on data types of this length). As seen in this figure, 
an iteration is executed for each bit of the multiplier. Basically, during an iteration, the least significant 
bit of the multiplier is examined. If the bit equals 1, the magnitude of the multiplicand is added to the 
partial product. If the bit equals 0, zero is added. The new partial product and multiplier are then 
shifted to the right in preparation for the next iteration. 


The same sequence is repeated for each iteration. Because of this, the multiply function is often re- 
ferred to as a loop. Once initiated, this loop must not be interrupted until the multiply function is com- 
plete. The multiply loop is maintained as long as the ALPCTL microfield specifies the multiply func- 
tion. 


BINARY. DECIMAL 
0111 (MULTIPLICAND) j 
X1010 (MULTIPLIER) X10 
70 (DECIMAL) 


(1000110 BINARY) 


1010 (MULTIPLIER) 
0000 (INITIALLY) 


ADD 0 D———)0 000 


0000 (PARTIAL PRODUCT) 


—ridi =—> 0000 (SHIFT RIGHT) 


L_, ADD > 


0 
O111 
MULTIPLICAND 01110 (PARTIAL PRODUCT) 


10 —r01110 (SHIFT RIGHT) ITERATIONS 
L_______»app 0 [——— 0000 


001110 (PARTIAL PRODUCT) 


es => 001110 (SHIFT RIGHT) 
ADD 01 
MULTIPLICAND 1000110 


—r1000110 


NOTE: 
THIS FIGURE ILLUSTRATES THE MULTIPLY ALGORITHM AND IS NOT 
INTENDED TO DEMONSTRATE AN EXECUTABLE EXAMPLE. 
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Figure 2-85 Example of Multiply Algorithm 


2.6.5.4.2 Hardware Implementation of Multiply - This paragraph describes the hardware implementa- 
tion of the multiply algorithm described in Paragraph 2.6.5.4.1. Each of the following subsections of the 
paragraph describes an aspect of the multiply operation. 
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For the execution of any multiply function, the magnitude of the multiplier is loaded into the Q register 
and the multiplicand is placed on the RBus. With these inputs, the magnitude of the product is accumu- 
lated in the D and Q registers. 


The data on the RBus (multiplicand) is treated as positive or negative, depending on the type of multi- 
ply function selected. For a positive multiplicand, a MULFAST+ or MULSLOW-4 function is se- 
lected. For a negative multiplicand, a MULFAST— or MULSLOW — function is selected. 


MULFAST vs. MULSLOW - The distinction between MULFAST and MULSLOW is time-related. 
During the execution of a MULSLOW function, one multiply iteration is executed every microcycle. 
For this type of multiply operation, the D clock is used. The MULFAST function executes two con- 
secutive multiply iterations every microcycle. For this type of multiply operation, the B clock is used. 
Figure 2-86 illustrates this concept. 


| 1 MICROCYCLE | 


| eeyeee | USED FOR MULSLOW 


DCLKL 
ply | 
| 1 ITERATION ! 
| | 
| | 
| | 
| 
USED FOR MULFAST 

B CLK L 

--_ ES TY 
2 ITERATIONS 
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Figure 2-86 MULFAST vs. MULSLOW Timing 


Set-Up Cycle — To set up initial conditions, a set-up cycle is always executed during the first microcycle 
in which the ALPCTL microfield specifies a multiply function. During the set-up cycle for a multiply 
function, the following events occur. 


Loop flag — 1 

TOG flag — Q <00> 

Shift Q register right, shift input = 0 
Clear D register 

ALKC — 0 
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The Loop flag is set to indicate that a multiplication loop has been entered and must not be interrupted. 
This flag remains set until the multiply function is complete. The TOG flag is loaded with the least 
significant bit of the multiplier from the Q register. This is done to reserve the bit for examination 
during the first iteration. With the least significant bit of the multiplier reserved, the Q register is 
shifted right in preparation for the examination of the next bit of the multiplier. The D register and 
ALKC flag are also cleared. 


Multiply Flow — Figure 2-87 summarizes the events executed during each type of multiply function. As 
seen in this figure, the operations performed are basically identical for each type of function. The flow 
is entered when the ALPCTL microfield specifies a multiply function. With the Loop flag unasserted 
at this time, a set-up cycle is triggered. During this microcycle, the Loop flag is set to indicate that the 
multiply iterations can begin in the following microcycles. 


When a sufficient number of iterations have been executed, the ALPCTL microfield is changed and 
the multiply loop is terminated. Note that the Loop flag is cleared only if the ALPTCTL microfield 
specifies a function other than a multiply, divide, or a WB ALUF function. 


Although each type of multiply function is unique, similar events are executed for each type of itera- 
tion. During each iteration, the multiply algorithm must be performed. Figure 2-88 illustrates the 
events of the MULSLOW-+ iteration in order to demonstrate the implementation of the basic al- 
gorithm structure. Comments in this figure relate to the description of the multiply algorithm in Para- 
graph 2.6.5.4.1. 


As seen in Figure 2-88, the TOG flag is used to reserve the least significant bit of the multiplier. This is 
done so that the multiplier can be shifted during the same microcycle in preparation for the next itera- 
tion. The shift is performed to place the next multiplier bit into the least significant bit position of the Q 
register. By shifting the next multiplier bit into this position during each iteration, the TOG flag can 
always be loaded from bit 00 of the Q register. The Q register is shifted during the set-up cycle for the 
same reason. 


The ALKC flag is loaded with the ALU <00> during each iteration of the multiply function. When 
the function has been completely executed, the ALKC flag contains the most significant bit of the low- 
order production from the Q register. The condition of the flag at this time is typically used for over- 
flow detection. 


Termination of a Multiply Loop - The ALPCTL microfield must specify the multiply function for the 
duration of the multiply loop. The step counter physically located in the PHB chip of the micro- 
sequencer can be used to determine when to terminate the loop. The step counter is initially loaded with 
the number of microcycles required for the operation. Using the MULSLOW function, a multiplication 
of N bits by N bits requires N + 1 microcycles (1 microcycle for the set-up cycle). The same multi- 
plication operation requires N/2 + 1 microcycles using the MULFAST function. During each micro- 
cycle of the operation the counter is decremented. When the counter equals 0, the ALPCTL microfield 
is changed and the multiply loop is terminated. 


2.6.5.4.3 Divide Algorithm — The special functions of the divide group are used to perform unsigned 
division of two integers. The divisor, however, is treated as positive or negative, depending on the type 
of divide function invoked (Table 2-52). The dividend can contain up to 64 bits; the divisor can contain 
up to 32 bits. 
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Figure 2-87 Multiply Flow 
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Figure 2-88 Multiply Iteration; Positive Multiplicand 
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The divide algorithm employed is nonrestoring. To understand nonrestoring division, consider the case 
of restoring division. For the first iteration the high-order bit of the dividend is compared to the divisor. 
When dealing with positive numbers in restoring division, this is done by subtracting the divisor from 
the high-order bit of the dividend. If the subtraction is successful (indicated by a positive remainder), a 
1 is entered in the quotient ending the iteration. If the subtraction is unsuccessful, a 0 is entered in the 
quotient and the remainder is restored back to its original value. This is done by adding the divisor to 
the remainder. The disadvantage to this process is that two arithmetic operations (a subtraction and 
addition) are required during the same iteration when the comparison is unsuccessful. 
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The chief advantage of nonrestoring division over restoring division is that the remainder need not be 
restored with an extra operation if the subtraction result is unsuccessful. Figure 2-89 illustrates an ex- 
ample comparing the restoring and nonrestoring divide algorithms. Note that an arithmetic operation is 
eliminated during each iteration of the nonrestoring divide algorithm. (Divide iteration is defined as the 


operation repeated for the generation of each quotient bit.) 


— QUOTIENT (TO BE ACCUMULATED) 


DIVISOR——— 0010)00001101 <«—DIVIDEND 


RESTORING DIVIDE 


CARRY 
io iat FIRST BIT OF END 
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Figure 2-89 Restoring vs. Nonrestoring Divide (Sheet 1 of 2) 
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RESTORING DIVIDE (CONTINUED) NON-RESTORING DIVIDE (CONTINUED) 
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Figure 2-89 Restoring vs. Nonrestoring Divide (Sheet 2 of 2) 


2.6.5.4.4 Hardware Implementation of Divide — This paragraph describes the hardware implementation 
of the divide algorithm described in the previous paragraph. Each subsection of this paragraph de- 
scribes an aspect of the divide operation. 


For the execution of a divide function, the magnitude of the dividend is loaded into the D and Q regis- 
ters and the divisor is placed on the RBus. The execution of the divide operation results in a quotient 
and final remainder. The magnitude of the quotient is accumulated in the Q register. The final remain- 
der, however, must be derived from the final contents of the D register and ALUSO flag. This deriva- 
tion is accomplished by the execution of the REM special function. (Details of the REM function are 
described below.) 


The data on the RBus (divisor) can be treated as positive or negative, depending on the type of divide 
function selected. For a positive divisor, a DIVFAST+ or DIVSLOW-4 function is selected. For a 
negative divisor, a DIVFAST— or DIVSLOW — function is selected. 


DIVFAST vs. DIVSLOW - The distinction between DIVFAST and DIVSLOW is time-related, just as 


with MULFAST and MULSLOW. For an explanation of the timing involved, refer to Paragraph 
2.6.5.4.2. 
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Set-Up Cycle — A set-up cycle is executed during the first microcycle of any divide function. This is 
done to set up initial conditions. During the set-up cycle for a divide function, the following events 
occur. 


For a Positive Divisor For a Negative Divisor 
ALU — D — RBus ALU — D + RBus 
TOG flag — ALU CARRY 31 TOG flag — ALU CARRY 31 
Loop flag — 1 Loop flag — 1 
Shift ALU left, shift-in Shift ALU left, shift-in 
= Q <MSB> = Q <MSB> 
Shift Q register left, Shift Q register left, 

shift-in = ALU CARRY 31 shift-in = ALU CARRY 31 
ALUSO flag — ALU <31> ALUSO flag — ALU <31> 
D register — ALU D register — ALU 


The nonrestoring divide algorithm illustrated in Figure 2-89 explains the events listed above. Because a 
positive divisor is used in the example of Figure 2-89, the divisor is subtracted from the dividend to 
determine whether the dividend is divisible. If the result is negative (indicating that the divisor is larger 
than the dividend), a 0 is entered into the quotient. If the result is positive, a 1 is entered into the 
quotient. The result is also reserved for examination during the first iteration by loading the ALU carry 
bit (sign bit) into the TOG flag. Note that the inverse is loaded in this case. (Refer to the section below 
on Divide Flow. 


The Loop flag is set to indicate a division loop has been entered and must not be interrupted. This flag 
remains set until the divide function is complete. 


The ALU is shifted left during the set-up cycle to shift in the next dividend bit in preparation for the 
iteration to follow. The Q register is likewise shifted to store the resultant quotient bit. The data associ- 
ated with the partial remainder is accumulated in the D register and ALUSO flag. 


Divide Flow — Figure 2-90 summarizes the events executed during each basic type of divide function. 
(The DIVDA and DIVDS are described in Paragraph 2.6.5.4.6.) As seen in this figure, the operations 
performed are similar for each type of function. The flow is entered when the ALPCTL microfield 
specifies a divide function, and terminated when the microfield is changed. This method of entrance 
and termination is identical to that described in Paragraph 2.6.5.4.2 for multiply. The Loop flag is like- 
wise used in the same way. 


Figure 2-91 illustrates a DIVSLOW + iteration as an example of the implementation of the divide al- 
gorithm. Comments in this figure relate to the description of the divide algorithm in this paragraph. 
Note that the TOG flag is used just as it is used during the execution of a multiply function. During an 
iteration, it is first examined to determine the arithmetic operation to be performed. Once executed, the 
TOG flag is loaded with the results for examination during the following iteration. 


Termination of a Divide Loop — The step counter, located in the PHB chip of the microsequencer (Para- 
graph 2.3) can be used to determine when to terminate a division loop. The step counter is initially 
loaded with the number of microcycles required for the operation. The value to be loaded is calculated 
by the same process described in Paragraph 2.6.5.4.2 for a multiply loop. Once loaded, the step counter 
is decremented for each microcycle of the operation. When the counter is decremented to zero, the 
ALPCTL microfield is changed and the loop is terminated. 
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OTHERWISE: OTHERWISE: OTHERWISE: OTHERWISE: i NECATIVE DIVIGGR: 
ALU<D—RBUS ALU<D—RBUS ALU<D—RBUS ALU<D—RBUS 
TOG<ALU CARRY 31 TOG<ALU CARRY 31 TOG<ALU CARRY 31 TOG<ALU CARRY 31 ALU<D+RBUS 
ALUSO<ALU<31> ALUSO<ALU<31> ALUSO<ALU<31> ALUSO<ALU<31> TOG*ALU CARRY 31 


LOOP<1 
D<ALU SHIFT LEFT 
SHIFT IN = Q<MSB> 
SHIFT Q LEFT 
SHIFT IN = ALU CARR 
31 
ALUSO<ALU<31> 


D<ALU SHIFT LEFT 
SHIFT IN = Q<MSB> 

SHIFT Q LEFT 

SHIFT IN = ALU CARRY 

31 


D<ALU SHIFT LEFT 
SHIFT IN = Q<MSB> 
SHIFT Q LEFT 
on IN = ALU CARRY 
1 


D<ALU SHIFT LEFT 
SHIFT IN = Q<MSB> 
SHIFT Q LEFT 
SHIFT IN = ALU CARR 
31 


D<ALU SHIFT LEFT 1 MICROCYCLE 
SHIFT IN = Q<MSB> 
SHIFT Q LEFT 
SHIFT IN = ALU CARRY 


31 


(SAME AS ABOVE) (SAME AS ABOVE) 
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Figure 2-90 Divide Flow 
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SUBTRACT DIVISOR FOR COMPARE 
ALU<D—RBUS (SUCCESSFUL COMPARE IN PREVIOUS ITERATION) 
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TOG<ALU CARRY 31 NEXT ITERATION 
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SHIFT ALU LEFT 
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IN = ALU CARRY 31 
D<ALU ACCUMULATE PARTIAL REMAINDER 


END 
ITERATION 


SHIFT IN NEXT DIVIDEND BIT 
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Figure 2-91 Nonrestoring Divide Iteration; Positive Divisor 


2.6.5.4.5 REM - According to the nonrestoring divide algorithm, the partial remainder is not restored 
between iterations. In addition, the algorithm results in a surplus shift in the final remainder. Because 
of this, the final remainder is not readily available at the end of a divide operation. Additional oper- 
ations must be performed. These operations basically unshift the remainder in the D register, and re- 


store the divisor if the compare in the final iteration was unsuccessful. (Refer to the last part of Figure 
2-89.) 
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The REM special function is used to unshift the remainder in the D register. The events performed 
during the REM special function are listed below. 


ALU <— D register — RBus 

Shift ALU right, shift input = ALUSO flag 
D register — ALU 

ALUSO flag — ALU <00> 


For proper execution of the REM function, the RBus must be cleared (set to 0). Basically, during the 
execution of the REM function, an ALU operation is performed to transfer the contents of the D regis- 
ter to the ALU. The ALU is then shifted and loaded back into the D register. 


Figure 2-92 illustrates an example of a complete divide flow for a positive divisor and negative divisor. 
The flows are basically identical. The sign of the divisor must only be considered during the divide itself 
and during remainder restore. With this flow, the magnitude of the quotient is accumulated in the Q 
register and the magnitude of the remainder is accumulated in the D register. 


As seen in Figure 2-92, the remainder is only restored if the compare during the last iteration is unsuc- 
cessful. An unsuccessful compare is indicated by the unasserted condition of ALU CARRY 31. For 
this reason, ALU CARRY 31 is stored in ALUS <1>. ALUS <1> is the ALU state latch described 
in Paragraph 2.6.5.3. For a positive divisor, the remainder is restored by adding the divisor. For a nega- 


tive divisor, the remainder is restored by subtracting the divisor. 


2.6.5.4.66 DIVDA and DIVDS - The DIVDA and DIVDS special functions are used during double 
precision divide operations. The events performed during each function are listed below. 


DIVDA DIVDS 
ALU — D + RBus + ALKC flag ALU — D — RBus — ALKC flag 
Shift ALU left Shift ALU left 
shift input = ALKC flag shift input = ALKC flag 
D register — ALU D register — ALU 
Shift Q register left Shift Q register left 
shift input = ALU CARRY 31 shift input = ALU CARRY 31 


Note that the DIVDS function is similar to the DIVDA function except that a subtract operation is 
performed instead of an addition. The ALKC flag and ALUSO flag remain intact for both functions. In 
addition to the events listed above, the data loaded into the D register is also channeled onto the WBus 
during each function. 


Figure 2-93 illustrates a sample flow of double precision divide using the DIVDA and DIVDS special 
functions. As mentioned in this figure, the high-order magnitude of the dividend is loaded into the D 
register, with the low-order magnitude in MTEMP register 2 of the scratchpad. The high- and low- 
order magnitudes of the divisor are likewise loaded into RTEMP registers 1 and 0 of the scratchpad, 
respectively. With the divisor and dividend loaded, the flow is executed and the high-order 32-bit 
quotient is accumulated in the Q register. This result is then saved before the step counter is reset to 
3219 and the flow is reexecuted to compute the low-order 32-bit quotient. The low-order 32-bit quotient 
is likewise accumulated in the Q register. 
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INITIALLY: 
STEP CNTR= 1749 


DIVIDEND IN D‘Q 
DIVISOR IN RTMPO 


START START 
NEG DIVISOR POS DIVISOR 


RBUS<RTMPO 
EXECUTE DIVFAST— 


ALUS<1><ALU 
CARRY 
DECREMENT 
STEP CNTR 


YES 


RBUS<0 REMAINDER RBUS<0 
EXECUTE REM UNSHIFT EXECUTE REM 


RBUS<RTMPO RBUS<«RTMPO 
_ + 

ALU<D—RBUS RESTORE ALU<D+RBUS 

D<ALU D<ALU 
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RBUS<«RTMPO 
EXECUTE DIVFAST+ 


ALUS<1><ALU 
DIVIDE CARRY 

DECREMENT 

STEP CNTR 


Figure 2-92 Example Flow of 62 x 32 Bit Divide 


For the flow illustrated in Figure 2-93, half an iteration is executed each microcycle. Also, note that the 
reference to ALUS <1> refers to the ALU state latch in the condition code chip (CCC), not the 
ALUSO flag. 
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INITIALLY: START 


STEP CNTR = 324 
DIVIDEND IN D'MTMP2 


DIVISOR IN RTMP1’RTMPO ALU<MTMP2—RTMPO 
MTMP2<ALU SHIFT 
LEFT, SHIFT IN =0 


RBUS<RTMP1 
EXECUTE DIVDS 


YES ALU CARRY NO 
=] 
ALU<MTMP2—RTMPO ALU<MTMP2+RTMPO 
MTMP2<ALU SHIFT MTMP2<ALU SHIFT 
LEFT,SHIFT IN =0 


LEFT,SHIFT IN =0 
RBUS<RTMP1 RBUS<RTMP1 
EXECUTE DIVDA 


EXECUTE DIVDS 

DECREMENT DECREMENT 

STEP CNTR STEP CNTR 
ALUS<1><ALU 
CARRY 


ALUS<1><ALU 
CARRY 


2 CYCLES/ 
ITERATION 


E> 
ee 


Figure 2-93 Double Precision Divide Example Using DIVDA and DIVDS 
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2.6.6 Rotator Section 

The rotator section provides the data path with the capability of various bit shifting and shuffling oper- 
ations. The circuitry consists of a rotator and rotator control logic. The rotator is implemented with four 
SRM chips and a section from each of the eight ALP chips in the arithmetic section. The SRK chip 
contains the rotator control logic. 
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2.6.6.1 Interpretation of the ROT Microfield — All rotator operations are specified by the ROT micro- 
field, bits <63:58> of the microword. These bits may also be encoded for the following purposes. 


1. To generate SRK status signals for microbranching. 


2. To specify a carry-in for the ALU, a shift-in for the ALU and Q register, and selection of 
extended MBus data. 


The interpretation of these bits depends on the content of the current microinstruction. Figure 2-94 
illustrates this concept. As seen in this figure, these bits can define the ROT microfield, the ROTSRK 
subfield, or the ALUXM, ALUSHF, and ALUCI subfields of the microword depending on their in- 
tended purpose in the microword. In addition, these bits sometimes have two interpretations. The inter- 
pretation specifically depends on the following conditions. 


Condition Indication 

Rotator output is used MUX subfield specifies M.S, XM, D.S, Z.S or R.S 

P latch or S latch is loaded Bits <63:58> of the microword equal 2D, 2F, 3B, 3D, 
or 3F 

Status signals are used for BUT microfield specifies SRKSTA microbranching 


If the rotator output is to be used during the microcycle, or the S latch or P latch is modified, bits 
<63:58> of the microword, define the ROT microfield (and ALUXM subfield) only. For this case the 
value on the ROT lines specifies a rotate function (Paragraph 2.6.6.3). The ALU shift-in and ALU 
carry-in for this case are defaulted to a hard-wired zero (the ALUSHF <2:0> and ALUCI <1:0> 
interpretations are not used). Note that ROT <5>, however, defines the ALUXM subfield for selec- 
tion of extended MBus data, as it always does (i.e, ALUXM <0> has no hard-wired default value). 
Refer to Paragraph 2.6.5.1.5 for descriptions of the ALUXM, ALUSHF, and ALUCI subfields. 


If the SRK status signals are to be used during the microcycle (i.e., the BUT microfield specifies 
SRKSTA), bits <63:58> of the microword also define the ROTSRK subfield. For this case, the value 
on the ROT lines specifies a microtest (Paragraph 2.6.6.4.2). 


Note that the SRK status signals are generated during every microcycle even though they may not be 
used for a microbranch. Likewise, the rotator performs the rotator function specified by ROT <5:0> 
even though the resultant output may not be used. 


2.6.6.2 The Rotator (SRM and S Shifter) — Figure 2-95 illustrates the basic architecture of the rota- 
tor. The shifting is accomplished in two levels. The first level shift is executed by logic contained in the 
SRM chips. This level shifts the 64-bit input 0, 4, 8, 12, 16, 20, 24, or 28 positions to the right. A 35-bit 
result is then output on the SBus. The second level shifting is executed by logic in the ALP chips of the 
arithmetic section. For this shift, data from the SBus is shifted by 0, 1, 2, or 3 positions to the right by 
the S shifter. Note that the S shifter is considered part of the rotator even though it resides in the ALP 
chips of the arithmetic section. 


The reader should observe the distinction between the SBus and rotator output. Note, however, that if 


no S-shifter operation is specified by DPM09 SHF <1:0> L, the output of the rotator and SBus are 
equal. 
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CS ROT<5:0>H 


63 62 61 60 59 58 


a ALUSHF | ALUCI ROTSRK 
a ee ee | 


Nr ey) 
INTERPRETATION FOR THE INTERPRETATION FOR THE INTERPRETATION FOR THE 
SPECIFICATION OF A GENERATION OF EXTENDED GENERATION OF SRK 
ROTATOR FUNCTION. MBUS SELECTION, ALU SHIFT-IN, STATUS SIGNALS (DPMO09 


AND ALU CARRY-IN SRK ST<1:0>H). 


ROTATOR OUTPUT USED 


OR STATUS SIGNALS INTERPRETATION OF BITS<63:58> 
S LATCH OR P LATCH USED OF THE MICROWORD 
LOADED 
NO ROT, ALUXM, ALUSHF, ALUCI 
YES ROT, ALUXM 
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YES ROT, ROTSRK, ALUXM 
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Figure 2-94 Interpretation of the ROT Microfield 
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Figure 2-95 Rotator 
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With the proper combination of shifting at each of the two levels, the rotator can shift input data 0-31 
positions to the right or 1—31 positions to the left. The SRM chips of the rotator are also capable of 
masking bit positions to extract a bit-field (any length with zero extension). In addition to the shifting 
capabilities, groups of bits can be shuffled to execute BCD swapping, conversion of BCD to ASCII, 
etc. Paragraph 2.6.6.3 describes each of these functions. 


2.6.6.3 Rotator Functions — The rotator function is determined by the value of the ROT microfield. 
These bits, ROT <5:0>, are decoded by the SRK chip to generate control signals for the SRM chips. 
In addition to specifying control of the rotator, the ROT microfield specifies the internal operation of 
the SRK itself. These internal operations include loading latches, interpreting condition signals (data 
size and zero indicators), and generating status signals. The SRK chip is discussed in Paragraph 
2.6.6.4. 


Table 2-53 shows the selected rotator function for each value of the ROT microfield. (Note that these 
bits also define the ALUCI, ALUSHF, ALUXM, and ROTSRK subfields of the microword. Refer to 
Paragraph 2.2.1.2 for a description of subfields.) A brief description of each rotator function is also 
provided in Table 2-53. Details of various functions are discussed below. 


Table 2-53 Rotator Functions 


ROT <5:0> Function Description 

(Hex) Mnemonic (See Note for Notation) 

00 XZ.MR EXTZ M’R, POS = PL, Size = SL 
01 XZ.MM EXTZ M’M, POS = PL, Size = SL 
02 XZ.RR EXTZ R’R, POS = PL, Size = SL 
03 ASR.M.P Arithmetic Shift M Right, No. Bits = PL 
04 RR.MR.P Rotate M’R Right, No. Bits = PL 
05 RR.MM.P Rotate M’M Right, No. Bits = PL 
06 RR.RR.P Rotate R’R Right, No. Bits = PL 

07 RR.MR.S Rotate M’R Right, No. Bits = SL 
08 RL.RM.4 Rotate R’M Left, No. Bits = 4 

09 RR.MR.4 Rotate M’R Rotate, No. Bits = 4 
OA RR.RR.SIZ Rotate R’R Right by 1, 2, 3, 0 Bytes 
OB RR.MR.9 Rotate M’R Right, No. Bits = 9 

0C XZ.PTX EXTZ M’M, POS = 07, Size = 23 
OD XZ.VPN EXTZ M’M, POS = 09, Size = 21 
OE RR.MM.SIZ Rotate M’M Right by 1, 2, 3, 0 Bytes 
OF GETNIB Get O MBUS <3:0> 

10 GETEXP EXTZ M’M POS = 7, Size = 8 

11 RL.MM.PTE Rotate M’M Left, No. Bits = 9 

12 CLR2BM CLR M <15:00> 

13 CLRIBM CLR M <07:00> 

14 CLR3BM CLR M <23:00> 


NOTE: WB = WBUS low byte; M = MBUS; R = RBUS 
EXTZ = Extract/zero-extend functions 
P = P latch; S = S latch, both on SRK CHIP. 
POS = starting bit position of a bit field to be extracted. 
Size = size of bit field. 
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Table 2-53 Rotator Functions (Cont) 


ROT <5:0> Function Description 

(Hex) Mnemonic (See Note for Notation) 

15 ASL.R.7 Arithmetic Shift R Left By 7 Bits 

16 ZERO Constant 0 

17 ASL.R.SIZ Arithmetic Shift R Left By 0, 1, 2, 3 bits 
18 BCDSWP BCD Swap, M 

19 GETFPF Unpack FP Fraction, M’R 

1A FPACK Pack FP DATA, M = FRAC R = EXP 
1B CVTPN Convert Packed to Numeric, M 

1C CONX.SIZ Constant 1, 2, 4, 8 on Size 

1D ASR.M.3 Arithmetic Shift M Right, No. Bits = 3 
1E FPLIT Expand Floating-Point LIT, M 

1F CVTNP Convert Numeric to Packed, M’R 

20 RL.RM.PS Rotate R’M Left, No. Bits = P+SL 

21 RL.MM.P Rotate M’M Left, No. Bits = PL 

22 RL.RR.P Rotate R’R Left, No. Bits = PL 

23 RL.RM.P Rotate R’M Left, No. Bits = PL 

24 RR.MR.PS Rotate M’R Right, No. Bits = PL+SL 
25 RR.MM.PS Rotate M’M Right, No. Bits = PL+SL 
26 RR.RR.PS Rotate R’R Right, No. Bits = PL+SL 
27 PL__MSS Find Most Significant Bit, Set MBUS 
28 ASL.R.P Arithmetic Shift R Left, No. Bits = PL 
29 ASL.M.P Arithmetic Shift M Left, No. Bits = PL 
2A ASR.M.-P Arithmetic Shift M Right, No. Bits = —PL 
2B ZLITPL 0 EXT LIT and Rotate Left PL Bits 

2C PL SBUS — PL 

2D PL.SL__WB SL— WBUS <5:0>,SBUS — PL 

2E SL SBUS — SL 

2F SL.PL__WB PL — WBUS <5:0>, SBUS — SL 

30 ZLITO 0 EXT LIT and Rotate Left 00 Bits 

31 ZLIT28 0 EXT LIT and Rotate Left 28 Bits 

32 ZLIT24 0 EXT LIT and Rotate Left 24 Bits 

33 ZLIT20 0 EXT LIT and Rotate Left 20 Bits 

34 ZLIT16 0 EXT LIT and Rotate Left 16 Bits 

35 ZLIT12 0 EXT LIT and Rotate Left 12 Bits 

36 ZLIT8 0 EXT LIT and Rotate Left 08 Bits 

37 ZLIT4 0 EXT LIT and Rotate Left 04 Bits 

38 OLITO 1 EXT LIT and Rotate Left 00 Bits 

39 MINUSI1 Constant of All 1’s 


NOTE: WB = WBUS low byte; M = MBUS; R = RBUS 
EXTZ = Extract/zero-extend functions 
P = P latch; S = S latch, both on SRK CHIP. 
POS = starting bit position of a bit field to be extracted. 
Size = size of bit field. 
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Table 2-53 Rotator Functions (Cont) 


ROT <5:0> Function Description 

(Hex) Mnemonic (See Note for Notation) 

3A OLIT24 1 EXT LIT and Rotate Left 24 Bits 
3B OLITO.PL_LIT PL — LIT 

3C OLIT16 1 EXT LIT and Rotate Left 16 Bits 
3D OLITO.SL_LIT SL — LIT 

3E OLIT8 1 EXT LIT and Rotate Left 08 Bits 
3F OLITO.PL43__WB PL <4:3> — WBUS <1:0> 


NOTE: WB = WBUS low byte; M = MBUS; R = RBUS 
EXTZ = Extract/zero-extend functions 
P = P latch; S = S latch, both on SRK CHIP. 
POS = starting bit position of a bit field to be extracted. 
Size = size of bit field. 


References to PL and SL in Table 2-53 denote the P latch and S latch of the SRK chip. These latches 
are described in Paragraph 2.6.6.4. The term POS denotes the starting bit position of a bit field to be 
extracted. SIZE denotes the size of the bit field. 


Figure 2-96 illustrates the EXTZ M,R function. For this type of function, data from the MBus and 
RBus are concatenated to form a 64-bit data structure with the MBus data in the most significant bit 
positions. A bit field is then extracted from this data structure and zero-extended onto the SBus. 


The bit field to be extracted is implicitly specified by the ROT microfield. The SRK decodes this mi- 
crofield to generate control signals for the SRM. These signals determine the first and last bits of the 
bit field to be extracted. Refer to Paragraph 2.6.6.4.1 for a description of these control signals. 


The EXTZ M,M and EXTZ R,R functions are the same as the EXTZ M,R function except that: 


1. Forthe EXTZ M,M function, data from the MBus is concatenated with itself to form the 64- 
bit data structure. 


2. For the EXTZ R,R function, data from the RBus is concatenated with itself to form the 64- 
bit data structure. 


Note that for all three types of EXTZ functions, the bit field to be extracted is defined by control 
signals from the SRK chip. 


Arithmetic Shift Functions - The ASR and ASL are examples of the arithmetic shift functions. For 
these functions, data from the RBus or MBus is shifted and output onto the SBus. The selection of data 
and direction of shift is explicitly specified by the ROT microfield. The SRK decodes this microfield to 
generate the appropriate control signals for the rotator. The shift count 1s specified for two shift func- 
tions: ASL.R.7 and ASR.M.3. The shift count may also be indirectly specified through P latch or D- 
size signals from the microsequencer: ASR.M.P, ASL.R.SIZ, ASL.R.P, ASL.M.P, ASR.M.—P. 


2-223 


34 00 
——__——_() 


BIT POSITIONS 
DEFINED BY 
CONTROL SIGNALS 
FROM SRK 


TK-3327 
Figure 2-96 EXTZ M,R Function 
Table 2-54 lists each of the arithmetic shift functions and describes their general use. 
Table 2-54 Use of Arithmetic Shift Functions 


ROT <5:0> Function 


(Hex) Mnemonic General Use 

03 ASR.M.P Used to align a floating-point fraction when the exponent difference 
is positive and stored in the P latch. 

15 ASL.R.7 Used to unpack the low-order fraction of a double precision float- 
ing-point datum. 

17 ASL.R.SIZ Used in the index mode operand specifier routine. 

1D ASR.M.3 Used to convert a bit position to a byte position in the field instruc- 
tions. 

28 ASL.R.P Used for the ASHL instructions. 

29 ASL.M.P Used for the ASHL instructions. 

2A ASR.M.-P Used to align a floating-point fraction when the exponent difference 
is negative and stored in the P latch. Also used for ASH type in- 
structions. 
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Rotate Functions — As seen in Table 2-53, there are 17 rotate functions selectable by the ROT micro- 
field. These functions are denoted by mnemonics that begin with R. Each of these functions explicitly 
specifies the direction of rotation, the data to be rotated (MBus, RBus, or both), and the number of bits 
to be rotated. In some cases, the number of bits is indirectly specified by a reference to the P latch or S 
latch of the SRK, or the D-size signals from the microsequencer. 


Get Functions — Three types of get functions can be selected by the ROT microfield. Figure 2-97 illus- 
trates each of these functions. The GETNIB function extracts and zero-extends the low-order nibble (4 
bits) of the MBus. This function is provided for general functionality. The GETEXP function extracts 
and zero-extends bits <14:07> of the MBus. This function is used to extract the exponent field from a 
floating-point datum. The GETFPF function extracts and merges fields from the MBus and RBus. This 
is done to unpack the fraction field of a floating-point datum. 


FP Functions — The FPACK function is used to assemble a floating-point data format. During this func- 
tion, data from the RBus and MBus are merged on the SBus as shown in Figure 2-98. As seen in this 
figure, the fraction bits must be placed on the upper 23 bits of the MBus. Likewise, the exponent bits 
must be placed on the lower eight bits of the RBus. 


The FPLIT function is used to expand a floating-point literal. For this function, the literal must be 
placed on the MBus as shown in Figure 2-99. The FPLIT function places the literal in the correct for- 
mat. 


Clear Functions — Three types of clear functions can be selected by the ROT microfield. Each of these 
functions clears one or more lower bytes of MBus data and outputs the result onto the SBus. The three 
clear functions are CLRIBM, CLR2BM, and CLR3BM. 


Constant Functions — Three types of constant functions can be selected by the ROT microfield. Each of 
these functions generates a constant for input to the B multiplexer. The zero function outputs a constant 
of all zeros. The MINUS1 function outputs a constant of all ones. A constant specified by the D-size 
signals from the microsequencer is output onto the SBus when the CONX.SIZ function is selected. For 
the CONX.SIZ function, the constant 1s specified as follows. 


D-Size <1:0> Constant 
00 | 
01 2 
10 4 
11 8 


The CONX.SIZ function is used in the autoincrement and autodecrement modes of the operand speci- 
fier routines. 


Convert Functions — Three types of convert functions can be selected by the ROT microfield. The pur- 
pose of each function is listed below. 


BCDSWP — This function is used to arrange the bytes of a BCD string into correct arithmetic 
order. 


CVTPN — This function is used to convert four BCD digits to four numeric digits. 


CVTNP — This function is used to convert eight numeric digits to eight BCD digits. 
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The BCDSWP function reorganizes bytes of MBus data to convert a BCD string in memory format to 
the correct arithmetic order. 


BCDSWP is primarily provided for the CVTPL instruction in which each BCD digit is serially exam- 
ined. For other types of BCD instruction, BCD add or BCD subtract is used to perform decimal arith- 
metic. In these cases, no prior shifting 1s required. 


As an example of BCDSWP, consider the memory storage of the number +12345678. Figure 2-100 
illustrates the consecutive memory byte locations. 


If the longword containing this decimal number was accessed from memory, it would be placed on the 
MBus in the format shown in Figure 2-101. The BCDSWP function places the data onto the SBus in 
the correct order as shown in Figure 2-101. 


The CVTPN function converts a packed decimal (BCD) format to a numeric string. For this function, a 
constant must be placed on the RBus as shown in Figure 2-102. Note that only four BCD digits can be 
converted to numeric during each CVTPN function. 


The CVTNP function is the complement of the CVTPN function described above. In this case, how- 
ever, eight numeric digits (instead of four) can be converted to eight BCD digits during each operation. 
As an example, consider the decimal number 12345678. The eight numeric digits‘are loaded onto the 
MBus and RBus as shown in Figure 2-103. The data formats shown in this figure are easily accom- 
plished because of the way a numeric string is stored in memory (Figure 2-104). 


With the numeric digits properly placed on the MBus and RBus, the CVTNP can be performed to 
properly align the BCD digits. 


Latch Functions — Eight types of latch functions can be selected by the ROT microfield. These func- 
tions control the loading and reading of the S and P latches in the SRK chip (Paragraph 2.6.6.4.1). The 
functions used strictly for loading the latches are listed below: 


ROT <5:0> Function Mnemonic 
27 PL__MSS 

3B OLITO.PL__LIT 
3D OLITO.SL__LIT 
3F OLITO.PL43__WB 


For the second and third functions, the P latch or S latch is loaded with LITRL <5:0> of the literal 
subfield of the microword. The entire 9-bit contents of this subfield is also one-extended and output 
onto the SBus during both functions. 


The PL__MSS function lacates the MSB (most significant bit that is equal to 1) on the MBus and loads 
the number of the bit position into the P latch. To accomplish this, the SRK examines the WMUXZ 
signals (zero byte indicators) from the ALP to determine the left-most non-zero byte on the MBus. The 
byte is then rotated onto SBUS <7:0> by the SRM chips. The P latch is finally loaded with a value 
decoded from the WMUXZ signals and SBUS <7:0> as follows. 
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WMUXZ <3:0> P Latch <4:3> 


OXXX 11 
10XX 10 
110X 01 
111X 00 
SBUS <7:0> P Latch <2:0> 
IXXXXXXX 111 
O1XXXXXX 110 
OOIXXXXX 101 
OOO1IXXXX 100 
00001 XXX 011 
000001 XX 010 
0000001 X 001 
0000000X 000 


Paragraph 2.6.6.4.1 describes the control signals generated by the SRK for the SRM. Note that for the 
proper execution of this function, the ALP must be selected to output the MBus data. 


The PL__MSS function can be used for software interrupt arbitration, floating-point normalization, 
and certain macroinstructions such as CALL, PUSHR, CVTLP, FFS, and FFC. 


The OLITO.PL43__WB function merely loads bits <4:3> of the P latch with bits <1:0> of the 
WBus. Bits <5,2:0> of the P latch remain unchanged. This function is used for address calculations in 
the field instructions. 


The PL and SL functions are used strictly for reading the P and S latches, respectively. The contents of 
the latches are zero-extended and output onto the SBus. 


The remaining two latch functions are associated with reading one latch while loading the other. The 
PL.SL__WB function loads the S latch with WBUS <5:0> and outputs the contents of the P latch 
onto the SBus (zero-extended). The SL.PL__WB function similarly loads the P latch with WBUS 
<5:0> and outputs the contents of the S latch (zero-extended). 


Literal Functions — The literal functions are associated with manipulation of the 9-bit literal subfield of 
the microword. For each of these functions the literal subfield is zero- or one-extended, rotated left, and 
Output onto the SBus. The number of bits to be rotated is explicitly specified for almost all of these 
functions. The only exception is the ZLITPL function. For this function the number of bits is specified 
by the P latch in the SRK chip. 
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Figure 2-97 Get Functions 
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Figure 2-98 FPACK Function 
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Figure 2-100 Memory Storage of a Decimal Number 


2-229 


ose De [2 [1 Joco oncom 


ROTATOR 
OUTPUT 


TK-3333 


Figure 2-101 BCDSWP Function 
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Figure 2-102 CVTPN Function 
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Figure 2-103 CVTNP Function 
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BYTE LOCATION 
BIT 07 04 03 00 
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TK-3335 
Figure 2-104 Memory Storage of a Numeric String 


2.6.6.4 Rotator Control (SRK) - The super rotator is controlled by the super rotator control chip, 
SRK. The SRK decodes the ROT microfield to generate control signals for the super rotator. In addi- 
tion, the SRK generates status signals for microbranches. 


Figure 2-105 illustrates the basic logic structure of the SRK chip. As seen in this figure, the SRK con- 
tains two 6-bit latches: the P latch (position latch), and S latch (size latch). These latches are generally 
used to specify the size of a bit field (S latch) and the number of bit positions for the shift (P latch). 
The SRK contains three additional areas of logic: position logic, function logic and status logic. The 
position and function logic areas generate the output control signals for the super rotator. These control 
signals are described in Paragraph 2.6.6.4.1. The status signals generated by the status logic are dis- 
cussed in Paragraph 2.6.6.4.2. 


The ROT microfield is used to explicitly specify a rotator function. In addition, the ROT microfield is 
used to load or read the P and S latches. These latches may be loaded from the SBus or WBus as 
specified by the ROT microfield. Likewise, the contents of either latch may be read onto the SBus. 
Table 2-53 (in Paragraph 2.6.6.3) lists each value of the ROT microfield and the selected function. 


Data from the S latch or P latch is output onto the SBus in the format illustrated in Figure 2-106. Note 
that for this case the SRM chips will output all zeros in bit positions <31:08>. 


2.6.6.4.1 Control Signals - The SRK uses the ROT microfield to encode three groups of control sig- 
nals for the super rotator (refer to Figure 2-105). The three groups of signals are: 


Primary Function Signals — PRI <1:0> 
Secondary Function Signals - SEC <5:0> 
Shift Signals - SHF <4:0> 


As seen in Figure 2-105, these signals are also dependent on the D-size signals from the micro- 
sequencer, the zero indicator signals from the ALP, and the contents of the S and P latches. 
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Figure 2-106 Data from S or P Latch 
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The primary function signals, PRI <1:0> are used to select one of the three primary function types as 
follows. 


PRI <1:0> Primary Function Type 
H H EXTZ M,R 

H L EXTZ M,M 

L H EXTZ R,R 


These functions basically extract and zero-extend a bit field. When one of these functions is specified 
by the PRI signals, the SHF and SEC signals are used to indicate the first and last bits of the bit field 
to be extracted. These extract /zero-extend functions are described below in this paragraph and in Para- 
graph 2.6.6.3. 


If both primary function signals are low, SEC <3:0> are used to specify a secondary function type as 
follows. 


SEC <3:0> Secondary Function Type 
H H H CLR 1 BYTE 

H H H L CLR 2 BYTE 

H H L H LO BYTE OFF 

H H L L CLR 3 BYTE 

H L H H ASLR 

H L H L ASLM 

H L L H LIT ONE 

Ho tL ae Lb LIT ZERO 

L H H H FP FRACT 

L.. HH: ‘Ho. ub BCD SWAP 

L H L H CVTPN 

L H L L FP PACK 

L LH H ASR M 

b. i. se 2b CONSTANT 8 

i. i ike oo CVTNP 

L LL & kb FP LIT 


Note that only four of the six SEC signals are used to define a secondary function type. Each secondary 
function type is briefly described below. 


CLR 1 BYTE -— The three high-order bytes from the MBus are transferred onto the SBus. The low 
byte is forced to zero. SBUS <34:32> are also forced to zero. 


CLR 2 BYTE — Same as CLR 1 BYTE except that the lower two bytes are cleared. 


LO BYTE OFF — SBUS <34:08> are output as all zeros. SBUS <07:00> are in a high imped- 
ance state. 


CLR 3 BYTE — Same as CLR 1 BYTE except that the lower three bytes are cleared. 


ASL R - Data from the RBus is shifted left by the number of positions specified by control inputs 
SHF <4:0>. Zeros are shifted into the vacant bit positions. 


ASL M — Same as ASL R, except data from the MBus is used instead of data from the RBus. 
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LIT ONE - This function is dependent on the control input bit SEC <4>. If SEC <4> is high, 
the nine bits of data from the LITRL subfield of the microword are one-extended and rotated to 
the right by the number of positions specified by control inputs SHF <4:0>. If SEC <4> is low, 
a constant of all ones is generated. 


LIT ZERO - The nine bits of data from the LITRL subfield of the microword are zero-extended 
and rotated right by the number of positions specified by SHF <4:0>. 


FP FRACT -— Extracts the fraction field of a floating point datum. Refer to Paragraph 2.6.6.3. 
CVTPN — Converts a 4-digit BCD string to a 4-digit numeric string. Refer to Paragraph 2.6.6.3. 


FP PACK — Assembles an exponent field and fraction field into a floating-point datum format. 
Refer to Paragraph 2.6.6.3. 


ASR M -— Data from the MBus 1s shifted right by the number of positions specified by control 
inputs SHF <4:0>. Zeros are shifted into the vacant bit positions. 


CONSTANT 8 — Generates a constant of 8, 4, 2, or 1 to autoincrement or autodecrement a regis- 
ter. Refer to Paragraph 2.6.6.3. 


CVTNP — Converts an 9-digit numeric string to a 8-digit BCD string. Refer to Paragraph 2.6.6.3. 


FP LIT — Expands a floating-point short literal. Refer to Paragraph 2.6.6.3. 


Table 2-55 lists the output control signals of the SRK for each rotator function selected. The values for 
the three groups of output signals are given in hexadecimal. Primary and secondary function types are 
listed in parentheses under the corresponding PRI and SEL columns. 


For most of the functions listed in Table 2-55, two values are shown under the SEC column. The second 
value indicates the secondary function type defined by SEC <3:0>. The first value has no effect on 
the function, but is indicated for completeness. 


For the PL__MSS function, the SRK generates control signals to rotate the left-most non-zero byte 
from the MBus onto SBUS <7:0>. To accomplish this, the SRK monitors zero-byte indicators 
(WMUXZ signals) from the ALP. These signals determine SHF <4:3> as follows. 


WMUXZ <3:0> SHF <4:3> 


OXXX 11 
10XX 10 
110X 01 
111X 00 


SHF <2:0> are always encoded as all zeros for this function. The PRI and SEC signals are encoded as 
shown in Table 2-55. 
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Table 2-55 SRK Control Signal Output 


ROT 

<5:0> Function 

(Hex) Mnemonic PRI <1:0> SEC <5:0> SHF <4:0> 
0 XZ.MR 0 (EXTZ M,R) Note 2 PL 

l XZ.MM 1 (EXTZ M,M) Note 2 PL 

2 XZ.RR 2 (EXTZ R,R) Note 2 PL 

3 ASR.M.P 3 3,C (ASR M) PL 

4 RR.MR.P 0 (EXTZ M,R) 3F PL 

5 RR.MM.P 1 (EXTZ M,M) 3F PL 

6 RR.RR.P 2 (EXTZ R,R) 3F PL 

7 RR.MR.S 0 (EXTZ M,R) 3F SL 

8 RL.RM.4 0 (EXTZ M,R) 3C 1C 

9 RR.MR.4 0 (EXTZ M,R) 3C 4 

A RR.RR.SIZ 2 (EXTZ R,R) 3C (DSIZE+ 1)*8 
B RR.MR.9 0 (EXTZ M,R) 3E 9 

C XZ.PTX 1 (EXTX M,M) 19 7 

D XZ.VPN 1 (EXTZ M,M) 15 9 

E RR.MM.SIZ 1 (EXTZ M,M) 39 (DSIZE+ 1)*8 
F GETNIB 1 (EXTZ M,M) 3 0 

10 GETEXP 1 (EXTZ M,M) A 7 

11. RL.MM.PTE 1 (EXTZ M,M) 3A 17 

12 CLR2BM 3 3,1 (CLR 2 BYTE) 0 

13 CLR1IBM 3 3,0 (CLR 1 BYTE) 10 

14 CLR3BM 3 0,3 (CLR 3 BYTE) 0 

15 ASL.R.7 3 2,4 (ASL R) 19 

16 ZERO 3 3,5 (ASL M) 0 

17 ASL.R.SIZ Note 2 Note 2 Note 2 

18 BCDSWP 3 0,9 (BCD SWAP) 0 

19 GETFPF 3 3,8 (FP FRACT l 

1A FPACK 3 2,B (FP PACK) l 

1B CVTPN 3 2,A (CVTPN) 0 

1C CONX.SIZ 3 0,D (CONSTANT 8) (3 —DSIZE) 
1D ASR.M.3 3 0,C (ASR M) 3 

1E FPLIT 3 2,F (FP LIT) 0 

1F CVTNP 3 0,E (CVTNP) 0 

NOTES 


1. EXTZ = Extract/zero-extended functions, M = MBUS, R = RBUS, WB = WBUS low 
byte. 

2. See description in text. 

3. LIT input forced to all ones. 
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Table 2-55 SRK Control Signal Output (Cont) 


ROT 

<5:0> Function 

(Hex) Mnemonic PRI <1:0> SEC <5:0> SHF <4:0> 

20 RL.RM.PS 0 (EXTZ M,R) 3F Note 2 —(PL + SL) 

21 RL.MM.P 1 (EXTZ M,M) 3F —(PL) 

22 RL.RR.P 2 (EXTZ R,R) 3F —(PL) 

23 RL.RM.P 0 (EXTZ M,R) 3F —(PL) Note 2 

24 RR.MR.PS 0 (EXTZ M,R) 3F (PL + SL) 

25 RR.MM.PS 1 (EXTZ M,M) 3F (PL + SL) 

26 RR.RR.PS 2 (EXTZ R,R) 3F (PL + SL) 

27 PL__MSS 1 (EXTZ M,M) 3F Note 2 

28 ASL.R.P 3 3,4 (ASL R) —(PL) Note 2 

29 ASL.M.P 3 3,5 (ASL M) —(PL) Note 2 

2A ASR.M.-P 3 3,C (ASR M) —(PL) 

2B ZLITPL 3 3,7 (LIT ZERO) —(PL) 

2C PL 3 1,2 (LO BYTE OFF) C 

2D PL.SL__WB 3 1,2 (LO BYTE OFF) 8 

2E SL 3 3,2 (LO BYTE OFF) 18 

2F SL.PL__WB 3 0,2 (LO BYTE OFF) Same as 
ROT = 27 

30 ZLITO 3 0,7 (LIT ZERO) 0 

31 ZLIT28 3 3,7 (LIT ZERO) 4 

32 ZLIT24 3 3,7 (LIT ZERO) 8 

33 ZLIT20 3 3,7 (LIT ZERO) C 

34 ZLIT16 3 0,7 (LIT ZERO) 10 

35 ZLIT12 3 2,7 (LIT ZERO) 14 

36 ZLIT8 3 3,7 (LIT ZERO) 18 

37 ZLIT4 3 3,7 (LIT ZERO) 1C 

38 OLITO 3 0,6 (LIT ONE) 0 

39 MINUSI1 3 3,6 (LIT ONE) Note3 0 

3A OLIT24 3 2,6 (LIT ONE) 8 

3B OLITO.PL_—LIT 3 2,6 (LIT ONE) 0 

3C OLIT16 3 0,6 (LIT ONE) 10 

3D OLITO.SL_LIT 3 0,6 (LIT ONE) 0 

3E OLIT8 3 2,6 (LIT ONE) 18 

3F OLITO.PL43__WB 3 0,6 (LIT ONE) 0 

NOTES: 


1. EXTZ = Extract/zero-extended functions, M = MBUS, R = RBUS, WB = WBUS low 
byte. 

2. See description in text. 

3. LIT input forced to all ones. 
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The control signals for the ASL.R.SIZ, ASL.M.P, ASL.R.P, RL.RM.PS, and RL.RM.P functions also 
require further discussion. For the ASL.R.P function, all output control signals are dependent on the 
value of D-size as follows. 


D-Size <1:0> PRI <1:0> SEC <5:0> SHF <4:0> 
0 2 (EXTZ R,R) 34 0 

] 3 3,4 (ASL R) 1F 

2 3 3,4 (ASL R) 1E 

3 3 3,4 (ASL R) 1D 


Note that when D-size equals zero, the function performed is extract/zero-extend rather than arithmet- 
ic shift. For the ASL.M.P and ASL.R.P functions, a constant of 0 results if PL <4:0> equals zero. 


If PL <4:0> equals zero during the RL.RM.P function, the RBus is sourced onto the SBus. The same 
sourcing operation is performed if PL <4:0> and SL <4:0> equal zero during the RL.RM.PS. 


For the explicit extract/zero-extend functions (ROT = 0, 1, or 2), the SHF and SEC signals are en- 
coded to position a bit field and define its length, respectively. Refer to Figure 2-96 for an illustration of 
this type of function. 


Figure 2-107 illustrates the encoding of the SHF and SEC signals. SHF <4:2> are encoded to specify 
the number of nibbles to shift. These signals are defined by bits <4:2> of the P latch. SHF <1:0> 
are encoded to specify the final bit shift (0, 1, 2, or 3). These bits are defined by bits <1:0> of the P 
latch. (Note that SHF <1:0> are sent to the ALP for the second level shift instead of the SRM.) 


The encoding of the SEC signals is somewhat more complicated than the encoding of the SHF signals 
as shown in Figure 2-107. For these signals, an arithmetic operation is performed within the SRK chip. 
Bits <1:0> of the P latch are added to the contents of the S latch minus 1. Bits <5,3:0> of the result 
are directly used to generate SEC <5,3:0>. The encoding of SEC <4>, however, is dependent on bit 
<5> of the arithmetic result. If bit <5> is asserted, SEC <4> is asserted. If this bit is not asserted, 
SEC <4> is set to the condition of bit <4> of the result. Refer to Figure 2-107. 


2.6.6.4.2 SRK Status Signals — The status logic of the SRK chip generates two status signals during 
each microcycle. These signals, DPM09 SRK ST <1:0> H, are used for microbranches (Paragraph 
2.2.1.2). 


If the BUT field specifies SRKSTA (Paragraph 2.2.1.2), bits <63:58> of the microword define the 
ROTSRK subfield. Table 2-56 lists the conditions that set the status signals for each value of 
ROTSRK <5:0>. The use of these signals for various microbranches is discussed below. (Refer to 
Paragraph 2.2.1.2 for a complete description of the microbranches.) 


2-237 
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Figure 2-107 Control Signal Encoding for the Extract/Zero 
Extended Functions 


Table 2-56 SRK Status Signals 


ROTSRK Conditions that Conditions that 

<5:0> ~=Test Set SRKSTA<1> Set SRKSTA<0> 
(Hex) Mnemonic (See Note 1) (See Note 1) 

0 VIELD.000 SL.EQ.0 (PL<4:0>-+SL).GT.32 
l VIELD.001 SL.EQ.0 (PL<4:0>-+SL).GT.32 
2 VIELD.002 SL.EQ.0 (PL<4:0>+SL).GT.32 
3 PL5.003 0 PL<5> 

4 VIELD.010 SL.EQ.0 (PL<4:0>-+SL).GT.32 
5 VIELD.011 SL.EQ.0 (PL<4:0>+SL).GT.32 
6 VIELD.012 SL.EQ.0 (PL<4:0>-+SL).GT.32 
7 PL5.013 0 PL<5S> 
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ROTSRK 
<5:0> 
(Hex) 


Table 2-56 SRK Status Signals (Cont) 


Test 
Mnemonic 


DSIZE.020 
DSIZE.021 
DSIZE.022 
DSIZE.023 
DSIZE.030 
DSIZE.031 
DSIZE.032 
DSIZE.033 


BCDSIGN.040 
BCDSIGN.041 
BCDSIGN.042 
BCDSIGN.043 
ASCIISIGN.050 
ASCIHSIGN.OS1 
ASCIISIGN.052 
ASCIISIGN.O53 


BCDSIGN.060 
BCDSIGN.061 
BCDSIGN.062 
BCDSIGN.063 
ASCIISIGN.070 
ASCIISIGN.O71 
ASCIISIGN.072 
ASCIISIGN.O73 


SL.EQ.0.100 
SL.EQ.0.SIGN.101 
SL.EQ.0.SIGN.102 
WX.NE.0.103 
VIELD.110 
VIELD.111 
VIELD.112 
WX.NE.0.113.D 
PL.EQ.0.SIGN.120 
PL.EQ.0.SIGN.121 
PL.EQ.0.SIGN.122 
PL.EQ.0.123 
WBRANGE.130 
WBRANGE.131.D 
WBRANGE. 132 
WBRANGE.133.D 


Conditions that 
Set SRKSTA<1> 
(See Note 1) 


DSIZE<1> 
DSIZE<1> 
DSIZE<1> 
DSIZE<1> 
DSIZE<1> 
DSIZE<1> 
DSIZE<1> 
DSIZE<1> 


SBUS<3:0>.NE.0 
SBUS <3:0>.NE.0 
SBUS<3:0>.NE.0 
SBUS<3:0>.NE.0 
Note 2 
Note 2 
Note 2 
Note 2 


SBUS<3:0>.NE.0 
SBUS<3:0>.NE.0 
SBUS <3:0>.NE.0 
SBUS <3:0>.NE.0 
Note 2 
Note 2 
Note 2 
Note 2 


SL.EQ.0 
SL.EQ.0 
SL.EQ.0 


WMUX<31:16>.NE.0 


SL.EQ.0 
SL.EQ.0 
SL.EQ.0 


WMUX<31:16>.NE.0 


PL<4:0>.EQ.0 
PL<4:0>.EQ.0 
PL<4:0>.EQ.0 
PL<4:0>.EQ.0 
Note 3 
Note 3 
Note 3 
Note 3 
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Conditions that 
Set SRKSTA<0> 
(See Note 1) 


DSIZE<0> 
DSIZE<0> 
DSIZE<0> 
DSIZE<0> 
DSIZE<0> 
DSIZE<0> 
DSIZE<0> 
DSIZE<0> 


SBUS <3:0>.NE.(11,3) 
SBUS <3:0>.NE.(11,13) 
SBUS<3:0>.NE.(11,13) 
SBUS<3:0>.NE.(11,13) 
Note 2 

Note 2 

Note 2 

Note 2 


SBUS <3:0>.NE.(11,13) 
SBUS <3:0>.NE.(11,13) 
SBUS <3:0>.NE.(11,13) 
SBUS <3:0>.NE.(11,13) 
Note 2 
Note 2 
Note 2 
Note 2 


Undefined 

PL<5> 

PL<5> 
WMUX<15:00>.NE.0 
(PL<4:0>-+SL).GT.32 
(PL<4:0>-+SL).GT.32 
(PL<4:0>-+SL).GT.32 
WMUX<15:00>.NE.0 
PL<5> 

PL<5> 

PL<5> 

0 

Note 3 

Note 3 

Note 3 

Note 3 


Table 2-56 SRK Status Signals (Cont) 


ROTSRK Conditions that Conditions that 
<5:0> ~~ Test Set SRKSTA<1> Set SRKSTA<0> 
(Hex) Mnemonic (See Note 1) (See Note 1) 
30 ABSVAL.140 Note 4 Note 4 

31 ABSVAL.141 Note 4 Note 4 

32 ABSVAL.142 Note 4 Note 4 

33 ABSVAL.143 Note 4 Note 4 

34 ABSVAL.150 Note 4 Note 4 

35 ABSVAL.151 Note 4 Note 4 

36 ABSVAL.152 Note 4 Note 4 

37 ABSVAL.153 Note 4 Note 4 

38 ABSVAL.160 Note 4 Note 4 

39 ABSVAL.161 Note 4 Note 4 

3A ABSVAL.162 Note 4 Note 4 

3B ABSVAL.163.D Note 4 Note 4 

3C ABSVAL.170 Note 4 Note 4 

3D ABSVAL.171.D Note 4 Note 4 

3E ABSVAL.172 Note 4 Note 4 

3F ABSVAL.173.D Note 4 Note 4 
NOTES 


1. All values are listed in decimal. 

2. ASCII Sign Check; see Table 2-57. 

3. WBus Range Check; see Table 2-57. 

4. Absolute Value Check; see Table 2-57. 

5. SL must be in the range of (1, 32), otherwise results are undefined. 

6. Note that the rotator function implied by the value in ROT <5:0> is performed even though 
the rotator output is not used. (Refer to Table 2-53 for a list of the rotator functions.) 


As mentioned in Paragraph 2.6.6.1, the ALUXM, ALUSHF, and ALUCI subfields are also defined 
when the ROTSRK subfield is defined. The test mnemonics shown in Table 2-56 illustrate this concept. 
Each test mnemonic indicates the basic check specified by ROTSRK <5:0> in addition to the values 
of the ALUXM, ALUSHF, and ALUCI subfields. For example, BCDSIGN.063 is interpreted as fol- 
lows: 


BCDSIGN. 063 

ALUCI <1:0> = 3 
Type of ALUSHF <2:0> = 6 
Check ALUXM <0> = 0 


Note that for this reason more than one value of the ROTSRK subfield can specify one type of check 
(i.e., the values for ALUXM, ALUSHF and ALUCI may be different.) Refer to Paragraph 2.6.5.1.5 
for a complete description of the ALUXM, ALUSHF, and ALUCI subfields. 
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The type of check shown in the mnemonics in Table 2-56 is read as follows: 


Type of Check Meaning 

VIELD Field Violation Check 
D-SIZE D-Size Check 
BCDSIGN BCD Sign Check 
ASCIISIGN ASCII Sign Check 
WBRANGE WBus Range Check 
ABSVAL Absolute Value Check 


For the field violation check (VIELD), SRKSTA <O> is used to indicate whether the bit field to be 
extracted overlaps a longword boundary. For this type of check, the SRK performs the arithmetic oper- 
ation shown in Table 2-56. If the result is greater than 32, a longword boundary has been violated and 
SRKSTA <0O> is set. 


A BCD sign check can be performed during a BCD instruction by monitoring the SRKSTA signals. 
For this check (BCDSIGN) SRKSTA <1> indicates whether SBUS <3:0> is zero; SRKSTA <0> 
indicates whether SBUS <3:0> contains a negative sign. 


The SRKSTA signals can also be used to indicate the context size of the current instruction. To accom- 
plish this, a D-size check is invoked to cause the SRK to output the two D-size signals from the micro- 
sequencer. 


For the ASCII sign check, WBus range check, and absolute value check, SRKSTA <1> and <0> 
must be interpreted together. Table 2-57 lists the condition indicated for each value of the status sig- 
nals. The ASCII sign check is typically used during decimal string instructions for a numeric sign test. 
For this check, a value of 00 indicates ASCII- , 01 indicates ASCII-+ or space, and an 11 indicates that 
WBus data is not in ASCII format. 


Table 2-57 ASCIISIGN, WBRANGE, ABSVAL 


Basic SRKSTA Indication 
Check <1:0> (All Values in Decimal) 
ASCII Sign 00 WBUS<7:0>.EQ.45 

01 WBUS<7:0>.EQ.(32,43) 

10 Machine Check 

11 WBUS <7:0>.NE.(32,43,45) 
WBUS Range 00 WBUS<7:0>.EQ.(1 to 31) 
(unsigned) 01 WBUS<7:0>.EQ.0 

10 WBUS<7:0>.EQ.32 

11 WBUS<7:0>.GT.32 


Absolute Value 0 WBUS <7:0>.EQ.(—1 to—31) 
l WBUS<7:0>.LT.—31 

0 WBUS<7:0>.EQ.(0 to 31) 
I 


WBUS <7:0>.GT.31 
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2.6.6.5 Literal/Long Literal Control - A 9-bit or 32-bit literal can be entered into the data path 
directly from the microword. This mode is selected by a 2-bit field in the microword, LIT <1:0>. The 
LIT microfield specifies the interpretation of other microfields as shown in Table 2-58. 


Table 2-58 Interpretation of the LIT Microfield 


LIT <1:0> Mnemonic Description 

00 NORMAL NOP, all microfields are interpreted normally. 

01 LITRL The RSRC, ISTRM, and CC microfields define a 9-bit literal. 

10 FPAWAIT Used by microsequencer to sync with FPA. 

11 LONLIT The ROT <4:0>, ALPCTL, BUT, DTYPE, RCRC, ISTRM, and 


CC microfields define the 1;s complement of a 32-bit literal. 


When the LIT microfield specifies either LITRL or LONLIT, the original control functions of the 
corresponding microfields are void. For the control of the associated logic sections, these microfields 
take on a hardwired default value. The defaulted values are illustrated in Figure 2-108. Note that these 
values do not represent the literal itself, but rather the value of the microfields as seen by the hardware 
they control. 


54 0105 0010 
= FOR 
nearer renee cones ove lee 
c ; ; = TS LITERAL 
ALPCTL BUT DTYPE RSRC 
ISTRM 
5 0010 
LITERAL 
OS 
RSRC cc 
ISTRM 


NOTES: 


1. ROT<S> MUST BE ZERO TO ENSURE THAT THE P OR S LATCH IS NOT MODIFIED. MICROCODE 
MUST ENFORCE THIS RESTRICTION. 


2. X= NO DEFAULT. 
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Figure 2-108 Defaulted Literal and Long Literal Values Used by 
Control Logic 
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The value of a literal (short) taken from the microword is directly input to the SRM from the CS latch- 
es. These microfields are input to the SRM whether or not a literal is specified in the microword. Fig- 
ure 2-109 illustrates the literal/long literal control logic. 


As seen in Figure 2-109, the microfields associated with the long literal are input to the long literal 
register from the CS latches. The output of this register is connected to the RBus. When the LIT micro- 
field specifies a long literal, DPM20 LONG LIT L is asserted. This signal selects the QD clock for the 
clocking of the long literal register. Note that the QD clock is selected by a multiplexer in the CLA 
chip. The assertion of another signal from the SPA chip (DPM11 LITREG EN L) enables the contents 
of the long literal register onto the RBus. Note that the long literal placed on the RBus is the 1’s com- 
plement of the 32-bit literal in the microword. 


TO CONTROL LATCHES | | | | 
AND PARITY CHECKING 
LoGic 


SRM ALP 
DPM12 RSRC<5.0> H CHIPS CHIPS 


ij DPM12 CC<1:0>H 


i DPM17 ISTRM H 


CS ROT<5.0>H 
CS ALPCTL<9.0> H 
CS BUT<5.0>H 


FROM 
CCS CS DTYPE<1:0>H 
BOARD CS RSRC<5.0>H 
CS CC<1:0>H 
CS ISTRM H 


FROM SPA CHIP 
DPM17MCLKL | 
DPM11 LITREG EN L 


DPM10 LITREG CLK H 
DPM13 +3V NOM H 


DPM17 QD CLK L 
CS LIT1H 
a D OQ 
CS LITOH j 
Cc 
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Figure 2-109 Literal/Long Literal Control 
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2.7 INTERVAL TIMER AND TIME-OF-YEAR CLOCK 


2.7.1 Introduction to Interval Timer 

The interval timer is used primarily to schedule events and control the amount of time a particular task 
can operate. The operation of the VAX-11/750 interval timer from the software level is consistent with 
other VAX processors. Most of the timer is implemented within a gate array called TOK. The timer is 
implemented using a 10-MHz TTL oscillator, a divide by 10, and the TOK gate array. The timer is 
incremented at 1- ws intervals, which makes the operation consistent with other VAX timers. The max- 
imum interval then could be expressed as (((2**32)-1)*.000001)/60 which works out to be approx- 
imately 71 hours or 3 days. External dedicated scratchpads are required to maintain the interval count. 
The interval timer is accessible to the VAX-11 macrocode through internal processor registers (IPRs). 
These IPRs can be accessed with MTPR and MFPR macroinstructions, and also from the console ter- 
minal: Internal processor registers are described in Paragraph 2.7.3. 


The interval timer operates as follows. The operating system loads the timer with 2’s complement of the 
desired interval a particular task must run. The timer is started with an MTPR instruction. When the 
timer overflows at the end of the desired interval, a macro-level interrupt is requested. If the IPL level 
of the timer interrupt request (IPL 18) is greater than the current PSL IPL, the timer service macr- 
oroutine is entered via SCBB-+ CO. This terminates the current task, if an event of higher priority has 
not already done so. 


2.7.2 Detailed Description of the Timer Circuitry 

Refer to the module schematic schematic page CCS 14. E5 on CCS 14 is the 10 MHz TTL oscillator 
that provides the time base for the interval timer gate array (TOK) on the DPM module. The output 
from E5 goes to E4 IC, which is a decade divider. The output of E4 is a symmetrical 1 MHz signal that 
provides the increment interval of 1 us. The signal TOK OSC OUT H is wired from slot 5 (CCS mod- 
ule) to slot 2 (DPM module). The TOK gate array is shown in the lower left corner of DPM 13. The 
signal TOK OSC OUT H enters the DPM module and goes to pin 45 of the TOK gate array. The other 
inputs to the TOK gate array are PROC INIT L, which clears any interrupt requests left in the gate 
array and sets the logic to a known state. B CLK L and D CLK ENABLE H are used internally to form 
a D CLK to load the timer control and data registers. 


Access to the gate array is entirely controlled by the WCTRL field of the microword which is used in 
the MTPR and MFPR macroinstructions and the interval timer service microroutines. There is a bidi- 
rectional interface to the CPU WBus for reading and writing the timer control and data registers. The 
signal TIMER SERVICE H that exits the TOK gate array is used to signal the microcode that a micro- 
routine to update the high half of the interval count, or a transfer of data to the ICR register from the 
NICR register, is necessary. The signal TIMER INT L is the timer interrupt request that is generated 
when the interval timer overflows. This goes to the INT gate array on UBI so the interrupt request can 
be arbitrated among the other requests. Timer functionality is verified with the hardcore instruction 
test EVKAA. 


2.7.3 Interval Timer Firmware Requirements 

Figure 2-110 shows the VAX-11/750 interval timer internal processor registers (IPRs) as they appear 
to the software. There are three registers associated with the interval timer. IPR 19 is the next interval 
count register (NICR). This register is loaded with the 2’s complement of the desired interval. The 
number loaded into this register is the 2’s complement of the desired interval in seconds divided by 1 us. 
The IPR 1A is the interval count register (ICR). It contains the current count of the timer at all times. 
The ICR is loaded from the NICR and the value in the NICR does not change unless an MTPR in- 
struction writes new data into it. IPR 18 is the interval counter control and status register (ICCS). This 
register controls the operation of the interval timer. The functions of the bits in the ICCs are explained 
below. 


2-244 


IPR #19 NICR NEXT INTERVAL COUNT REGISTER (WRITE ONLY) 


PR# NAME 
31 0 


2'S COMPLEMENT OF INTERVAL DESIRED X 1 upSEC 19 NICR 


IPR #1A ICR INTERVAL COUNT REGISTER (READ ONLY) 


31 0 


ACTUAL INTERVAL COUNT PERIOD 1A ICR 


IPR #18 ICCS INTERVAL CLOCK CONTROL AND STATUS (COMET HARDWARE) 


31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 


CSS a 
ERROR 


TRANSFER OVERFLO PENDING 
INT REQUEST 

INT ENABLE 

SINGLE CLOCK 

TRANSFER 

SERVICE REQUEST 

TRANSFER REQUEST 
OVERFLOW PENDING 

RUN 


IPR #18 ICCS INTERVAL CLOCK CONTROL STATUS (VAX SOFTWARE) 
31 16 15 14 765 43 21 +0 


ICCS Bit 


<15> 


</> 


<6> 


<5> 


<4> 


<0> 


SINGLE CLOCK 
TRANSFER 
RUN 
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Figure 2-110 Interval Timer Processor Registers 


Name Function 


ERROR This bit is set if an improper operation is attempted: for example, start the 
timer without clearing the interrupt request (IR) from the previous timer over- 


flow. 
IR Interrupt request is set when the timer overflows. 
IE Interrupt enable must be set by the VAX macrocode to enable timer interrupt 


requests at ICCS. 

SC This is a write-only bit that the macroprogrammer can use to step the interval 
clock one count at a time. Each write to the ICCS with bit <5> = 1 steps the 
interval timer one count. 


TR Transfer moves the NICR contents to the ICR. 


RUN This bit starts the interval counter incrementing until it overflows. This bit is set 
after the NICR is transferred to the ICR. 
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Figure 2-111 shows how the hardware is implemented. The TOK gate array does not contain all the 
circuitry to make the timer function. The first register in Figure 2-111 shows the TOK control bits in 
the high half of the WBus bits. The lower 15 bits of the TOK gate array can be read either as bits 
<15:0> of the NICR or as <15:0> of the ICR. The high halves of both the NICR and ICR are 
maintained in an RTEMP scratchpad dedicated to the timer. This means that when the lower 16 bits of 
the ICR are going to overflow, a carry from bit 15 must be added to the contents of the scratchpad that 
contains the high half of the ICR. This is accomplished by forcing a timer service trap at BUT Service 
to microvector to control store address 0014. Location 0014 contains the microservice routine that up- 
dates the scratchpad portion of the ICR. 


The RTEMP scratchpad that contains the high half of the ICR is a single 32-bit location called 
R[SPNICR.SPICR]. The scratchpad location contains the high 16 bits of the NICR in bit positions 
<31:16>, and the high half of the ICR is stored in bits <15:0> of RISPNICR.SPICR] (see Figure 
2-111). The timer service microcode has to access the scratchpad by rotating the contents. The NICR is 
scratchpad memory in bits <31:16> and bits <15:0> actually reside in the TOK gate array. The 
same is true of the ICR. The ICCS shown in the bottom register reside in the TOK gate array, and 
interface to WBus bits <31:16>. The MTPR and MFPR instructions have to rotate the write and read 
data to the ICCS 16 bits to the left. TOK control bits are as follows. 


TOK Bit Function 


VP (WBUS <17>) This bit is set by the microcode in the interval timer service microroutine to 
indicate that the contents of the scratchpad ICR (SPICR) is all ones. This 
informs the TOK gate array that the next ICR overflow should set TIMER 
INT L. 


TR (WBUS <18>) TR is set in the TOK gate array after an MTPR initiates a transfer to the 
NICR. TR is not the same as transfer (WBUS <20>) which is set by the 
macroprogram to initiate the transfer of the NICR data to the ICR. 


SR (WBUS <19>) SR means service request. SR is set by the TOK gate array to request service 
from the timer service microroutine to update the SPICR after the ICR over- 
flows. 


TVP (WBUS <24>) _ This bit is set by the microcode to tell the TOK gate array that the SPNICR 
is equal to —1. This enables the VP to set when the a transfer to the ICR is 
done and it prevents the ICR from being auto-loaded after interrupt. 


2.7.4 Timer Service and Interrupts 

The signal TIMER SERVICE H from the TOK gate array is asserted for two conditions. The first is if 
SR is set, indicating an overflow from ICR <15:0>, and the second is if TR is set, indicating that the 
previous macroinstruction was an MTPR that set the transfer bit (WBUS <20>). At the next BUT 
Service, the timer service request, if honored, invokes the timer service microroutine that begins at 
control store address 0014. This routine has to determine if there is a service request (SR) or transfer 
request (TR) and do the appropriate service. A service request (SR) means the microcode has to in- 
crement the SPICR. A transfer request (TR) causes the SPNICR to be moved to SPICR. Once the 
service request is completed the microroutine backs up the PC and does IRD 1 on the VAX-11/750 
macroinstruction pre-empted by the timer service request. 
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_ 
24 23 22 21 20 19 18 17 16 15 


Ss Se en ciao 
ICR <15:0> 


ERROR Ua Bs OVERFLO 


NDING iNGeRES TOK GATE ARRAY 
INTERFACE 
INT EN TO CPU WBUS 
SINGLE CLOCK 
TRANSFER 
SERVICE REQ 


TRANSFER REQ 
OVERFLOW PENDING 


RUN 

ICR 

31 16 15 00 
IPR 1A SCRATCHPAD ICR R [SPNICR,SPICR] <15:0> TOK GATE ARRAY ICR <15:0> 

NICR 

31 16 15 00 
IPR 19 SCRATCHPAD NICR R [SPNICR,SPICR] <31:16> TOK GATE ARRAY NICR <15:0> 

ICCS 

31 15 07 06 05 04 00 


TOK GATE ARRAY <31> 


TK-4311 


Figure 2-111 TOK Control, ICR, MCR, and ICCS Registers 
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Timer interrupt requests operate in a similiar fashion. At BUT Service, if any interrupts are pending, 
the INT gate array has already completed arbitration and it drives the microvector address lines 
<2:0> with the highest priority request encoded into a microaddress. The complete microaddress of 
the timer interrupt service routine is formulated by the SAC, MSQ, and INT gate arrays. The control 
store address of the first microinstruction of the timer interrupt service routine is 003B. The microcode 
transfers control of the macroprogram to the timer service routine pointed to by contents of 
SCBB+ CO. This routine must clear the IR bit of the ICCS before using the timer again or an interval 
timer error occurs. 


2.7.5 Timer Macrocoding Example 

Figure 2-112 is an example of a macroprogram that activates the interval timer. The program shows the 
mechanism by which the timer establishes intervals of execution time for programs in a timesharing 
environment. This is a standalone program and could not operate under VMS. This routine sets up the 
interval timer with a 10-second interval. The timer is started and the CPU waits for the interrupt that 
occurs 10 seconds later when the counter overflows. When the counter overflows, the interrupt service 
routine is entered via SCB+C0O, where it halts the CPU. If C is typed at the console, the program 
reloads the timer and waits for another 10 seconds until the counter overflows. This illustrates how to 
load the timer, start it, and handle the interrupt at vector SCBB+ CO. 


Lines 4, 5, and 6 are assembler directives that build the SCB in the low two pages of memory (0 to 
3FC). The value associated with label INTERVAL is the test interval in ws. 10000000 us is the same as 
ten seconds. The label ST__TIM has the value 51 (hex) associated with it. This is used to set bit <6> 
interrupt enable, bit <4> transfer NICR to ICR, and bit <0> the GO bit that starts the timer run- 
ning. Lines 13 to 16 are local symbol definitions for internal processor registers. At line 19 is a directive 
to allocate 20 longwords for the stack space. Line 23 is the beginning of the main program. The first 
instruction sets up the stack pointer. The next instruction points the SCBB to address 0 in memory. At 
line 25 the interval value defined at line 8 is negated (2’s complement) and put in RO. The address of 
the service routine (TIM__SERV) is moved into the SCB so that timer interrupt vectors to relative 
address 478. At line 27, the NICR is loaded with the 2’s complement of the interval (10 seconds). The 
instruction at line 28 transfers the data pattern defined in line 9 to set IE, transfer the NICR to the 
ICR, and start the timer. The IPL of the machine is lowered to 17 to take the timer interrupt when the 
timer overflows. The next instruction waits for the interrupt. 


When the interval timer overflows, the interrupt request at IPL 18 is generated. If it is granted, the 
macrocode resumes at the label called TIM__SERV. The interrupt service routine must clear bit <7> 
in the ICCS. Otherwise when the REI is executed, the IPL 18 interrupt request is immediately gener- 
ated again. The HALT instruction prints out the PC at the end of 10 seconds. If the program is contin- 
ued by typing C at the console, the timer is restarted with the same interval. Therefore the timer can be 
reloaded from the NICR continuously. 


2.7.5.1 Time-of-Year (TOY) Clock Introduction — The time-of-year clock is loaded once with the 
binary time, and this clock is not disturbed as long as the system is operating. This clock is powered by 
NI-CAD batteries and is designed to operate for 100 hours without power being applied to the rest of 
the system. The circuit implementation uses CMOS logic elements which have very low power con- 
sumption characteristics. Refer to Paragraph 2.1.1.5 for a detailed explanation of the battery-charging 
circuit and battery interface. The time-of-year clock contains the time of year at all times and is used 
by the operating system for automatic system boot. The timer is loaded with binary time of year in 10- 
ms increments by operating system services through IPR 1B. IPR 1B is called the time-of-day register 
(TODR) and provides read/write access to the time-of-year clock. The clock circuitry is physically lo- 
cated on the UBI module in slot 4. 
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6VC-C 


TEST TIMER 27-OCT-1980 15347812 VAXeil Macro V02.,45 Page 
19-AUG=1980 12:44:02 VWJDRAO: (PEACOCKJTIMER.MAR3?1 


0000 1 eTITLE TEST TIMER 
00000000 2 ePSECT ALIGN LONG 
0000 3 
0000 4 SCB: eREPT 256 : Build the SCB 
0000 5 eLONG 3 
00000003 0000 6 eENDR 
0400 7 
00989660 0400 8 INTERVALS: eLONG 10000000 3; 10000000 microseconds is 10 
00000051 0404 9 STI.TIM: eLONG *X51 : Data to set IE, TR, and GO in ICCS 
0408 10 
0408 11 3 Local defintions for program, 
0408 12 
00000011 0408 13 SCBB=*X11 
00000012 0408 14 IPL=*X12 
00000018 0408 15 ICCS=*X1i8 
00000019 0408 16 NICR=*X19 
0408 17 
0408 18 3 Stack space 
00000458 0408 19 eBLKL 20 
0458 20 
0458 21 ¢: Main Routine 
0458 22 
5E FD AF DE 0458 23 STARTS: MOVAL START, SP ? Initialize a Stack Pointer 
11 00 DA 045C 24 MTPR #0, #SCBB ¢ Point SCBB to address 0 
50 9E AF CE 0O45F 25 MNEGL INTERVAL, RO 3 Negate the interval time 
FC54 CF 00000478 °EF DE 0463 26 MOVAL TIM.SERV, SCB+*XCOs Put address of service in C0 
19 50 DA 046C 27 MTPR RO, #NICR : Load count into NICR 
18 92 AF DA 0O46F 28 MTPR ST..TIM, #ICCS > Set IE, TR, and start timer 
12 17 DA 0473 29 MTPR #*X17, #IPL : Lower IPL to take interrupt 
FE 11 9476 30 HERES BRB HERE 
0478 31 
0478 32 3; Timer Service Routine 
0478 33 
0478 34 eALIGN LUNG 
18 00000080 8F DA 0478 35 TIMASERV?S MTPR #*X80, #ICCS s Clear Timer IR before REI 
00 O47F 36 HALT > Type *"C" at console to go 
18 81 AF DA 0480 37 MTPR ST.TIM, #ICCS ; Restart timer with same count 
02 0484 38 RET > REI back to BRB HERE 
0485 39 eEND START 


Figure 2-112 Macroprogram that Activates Interval Timer 


2.7.5.2 Time-of-Year Clock Detailed Description — Figure 2-113 is a block diagram of the time-of-year 
circuitry. The time-of-year clock circuitry is powered from the four NI-CAD batteries attached to the 
frame of the cabinet. The time-of-year circuitry is accessed via the CPU WBus interface under control 
of a WCTRL micro-order. The WCTRL field is latched on the UBI module and all six bits of the 
WCTRL field go to decode logic that is enabled for only two WCTRL micro-orders. 


WCTRL Field Binary Function 
WCTRL/TODCLK-__WB D TOY <22:16>—WBUS 
WCTRL/TODCLK 9 WBUS_TOY <27:16> 


The block marked Decode Logic produces the enabling signals to drive the WBus with the time-of-year 
clock data and also receives the WBus data in the control latch. The time-of-year clock in the CPU is 
not designed as a parallel loadable binary counter. Rather, the TOY scratchpad is loaded with binary 
time of year (the initial time). The binary counter is cleared and contains delta time. The TOY scratch- 
pad is only four bits wide. When the MTPR macroinstruction is executed, it must reset the time-of-year 
binary counter, and it must also pack the initial time of year into the 16 & 4 RAM one nibble at a time. 
The writing of the TOY scratchpad is controlled by the WBus data during the MTPR. The output of 
the TOY scratchpad interfaces to the WBus in bit positions <27:24>. After the MTPR loads the TOY 
scratchpad with the time, the binary counter is incremented every 10 ms by the 1-KHz oscillator di- 
vided by ten. The actual time is obtained by reading the TOY scratchpad, which contains the initial 
correct time, and then reading the binary counter data, which is delta time. The initial time and the 
delta time are added together to form the binary time of year. 


WBUS <22:16> 


WCTRL 


pail LATCH 


WCTRL/D TOY_WBUS 


WCTRL/9 WBUS_TOY 


DECODE 
LOGIC 
8 
1 KHZ 
OSCILLAT 
+6V 


NICKEL- 
DECADE {10 MSEC BINARY COUNTER 
DIVIDER 932_4 RESET 


CADMIUM 
Figure 2-113  Time-of-Year Clock Block Diagram 


BATTERIES 
AND CHARG- 
ING CIRCUIT. 
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When the macroprogram reads the time-of-year clock by executing an MFPR of IPR 1B, the MFPR 
microcode must unpack the TOY scratchpad time and store it. After the initial time is stored, the mi- 
crocode must read the binary counter delta time one byte at time and unpack it as well. At this point 
the initial time is added to the delta time and stored in the destination specified by the MFPR. 


Figure 2-114 shows the WBus interface to the time-of-year clock. The top part of the drawing shows the 
appearance of the logic when a write to the time-of-year clock is done. The functions of the bits are 
described below. 


TIME OF YEAR CLOCK WBUS TO TOY (WCTRL/D) 


TOY SCRATCH 
PAD ADDRESS 


31 23 22 212019 16 15 00 


RESET 
OUT EN 
WRT D1S 


TOY DATA 


TIME OF YEAR TOY TO WBUS (WCTRL/9) 
31 27 2423 1615 00 


YI xi 
TOY BITS <31:24> OR 
SCRATCH <23:16>0R 
PAD <15:8>OR 
OUTPUT <7:0> 
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Figure 2-114 WBus Data for Time-of-Year Clock Write/Read 


WBus Bit Name Function 

<22> RESET Clears the binary counter, used in MTPR to TODR 

<21> OUTPUT EN Enables the TOY scratchpad to drive the WBUS <27:24>, used 
in MFPR 

<20> WRITE DIS Disables writes to the TOY scratchpad, used in the MFPR 


<19:16> TOY Scratchpad 
Address and Data Scratchpad address and data 
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Reading the time-of-year clock yields WBus data that resembles the lower part of Figure 2-114. 


WBus Bit Name Function 
<27:24> TOY Scratchpad 
Data Initial time loaded by MTPR 


<23:16> Binary Counter The output of the counter is passed in bit positions <23:16> ac- 
cording to the following table. 


WBUS <23:16> = Binary Counter <7:0> If Control Latch <17:16> = 3 
<15:8> 2 
<23:16> | 
<31:24> 0 


The schematic diagram of the TOY circuitry is shown in the UBI module schematic on pages UBI 1 
and UBI 2. On the left side of UBI 1 is the WCTRL field interface that is used to decode the two 
WCTRL micro-orders explained above. When the WCTRL specifies the TODCLK__WB, the control 
latch E39 is clocked with the WBus data. If the WCTRL micro-order is TODCLK, the tri-state drivers 
at the output of the TOY scratchpad ESO are enabled to drive the WBus. Simultaneously on UBI 2, if 
WCTRL specifies TODCLK, the 4/1 multiplexers are enabled to pass the selected portion of the bina- 
ry counter to the WBus bits <23:16>. In the bottom left corner of UBI 2 is the 1-KHz oscillator that 
provides the time base for the clock. The output of the oscillator goes to the decade divider circuit E27. 
At the output of E27 is a symmetrical 100-Hz waveform that establishes the 10-ms increment rate for 
the binary counter stages E28, E52, and E14. The output of the counter goes to the 4/1 multiplexers 
E28, E51, E42, and E41 where it can be multiplexed onto the WBus by the MFPR instruction micro- 
code. 


The oscillator, decade divider, scratchpad, and counter are all powered from the battery so that when 
power fails, they keep functioning. The microcode tests the batteries during every MFPR from the 
TODR. If the batteries can no longer be charged, the microcode returns zero from the TODR and the 
software can do a macrobranch on that condition to have the system operator enter the time at system 
boot. If it 1s necessary to re-enter the time after booting twice, there is a strong possibility that the 
batteries can no longer hold a charge. This can be verified by examining the TODR (IPR 1B). If it 
contains zeros after being loaded with a non-zero value, there is a malfunction in the time-of-year power 
circuitry or the batteries are dead. 


2.8 CONDITION CODE LOGIC 
The condition code logic in the VAX-11/750 CPU performs the following three functions. 


1. Sets or clears the PSL N, Z, V, and C bits according to the architectural definition of each 
macroinstruction and the result of the data path operation. 


2. Determines whether or not conditional branch instructions are satisfied so the microcode can 
microbranch properly. 


3. Initiates all arithmetic traps. 


2-252 


2.8.1 Condition Code Logic Description 

Most of the logic circuitry to perform the three condition code functions is implemented within a gate 
array called CCC, located on the DPM module in slot 2. This gate array is controlled by a secondary 
encoding of the CC field and the WCTRL field of the microword called CC CTRL <3:0>. The PSW 
resides in the CCC gate array, while the copies of the CM bit <31> exist in PHB and CCC. PSL FPD 
bit <27> is contained in the PHB gate array, which is part of the microsequencer logic. The PSL IS 
bit <26>, CUR MOD <25:24>, PREV MOD <23:22>, and the IPL <20:16> all are part of the 
INT gate array located on UBI. When a CCPSL WB__PSL micro-order is issued, the entire PSL is 
sourced to the WBus on a read from all three gate arrays. Writing the PSL is also accomplished from 
the WBus, so all three gate arrays are enabled when the CCPSL function is PSL__WB. This discussion 
is limited to the PSW in the CCC gate array. 


The CCC gate array is controlled by the CC and WCTRL fields of the microword, after they are reen- 
coded by the CC control (E15) ROM on the DPM module (DPM 20). This ROM is not defined in the 
microcode listing. Figure 2-119 (see Paragraph 2.8.2) shows the ROM content for the various CC and 
WCTRL field functions. The vertical functionality of the microword is explained in Paragraph 2.2.1.2. 
The CCMISC field of the microword is true if any of the following combinations of the CC and 
WCTRL fields is desired by the microprogrammer. 


CCMISC CC Binary WCTRL Binary 
NOP.CCBR__BRATST 11 000111 
NOP.CCBR__CSIGN 01 000110 
WB.__ATCR.CCBR__SIGND 00 000111 
ALUS—DSDC.CCBR__ALUS 00 000110 
ALUS—SIGND.CCBR.__ALUS 11 000110 
ALUS—_UNSGN.CCBR__ALUS 10 000110 
SETV.CCBR__SIGND 01 000111 


The WCTRL field of the microword during the CCMISC is either 6 or 7. There is no WCTRL field 
definition for 6 or 7, which means that CCMISC micro-orders are unique operations. The CCPSL field 
of the microword is true if the microprogrammer specifies one of the following operations in the micro- 
instruction. 


CCPSL WCTRL BINARY 
WB_PSL.CCBR__SIGND 000100 
CC__WB.CCBR__ALUS 000101 
PSL__WB.CCBR__ALUS =0 000000 
PSL__WB.CCBR__ALUS= 1 000001 
MDR—OSR.CCBR__BRATST 101111 


The above field definitions are variations on the WCTRL micro-orders that are not defined as WCTRL 
functions. In both the CCMISC and CCPSL functions, the name of the definition has the CCBR mi- 
crobranch bits defined also. The CCBR bits are two microbranch status bits that are defined in the 
microinstruction that specifies a BUT micro-order BUT/CCBR, BUT/CCBR.CCBRO.IRO, or 
BUT/CCBRO.SRKSTAO. The definition of CCBR <1:0> is contained in the CCPSL or CCMISC 
micro-order of the microword. (See Figure 2-115.) For example, the CCPSL micro-order 
WB_—PSL.CCBR.__SIGND indicates that the WBus gets the PSL from the INT, PHB, and CCC gate 
arrays. Additionally, the CCBR bits <1:0> assume their default values, which are as follows. 
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CCBR <Il> <0> 


QO = WBus greater than O = WBus not equal to 0. 
or equal to 0. 


1 =  WBus less than 0. 1= WBus equal to 0. 
These bits are useful for microbranching on the result of ALU operations or WBus data. The CCBR 


bits assume different functions depending on the CCMISC, CCPSL, or CC micro-order. An example 
of this is the CCMISC micro-order NOP.CCBR__BRATST. The CCBR bits take on a new function. 


CCBR <l> <0> 
0 0 = Conditional branch 
not satisfied. 
1 = Conditional branch 


condition is true. 


This micro-order is specified in the microcode that executes the VAX-11 macroconditional branch in- 
structions. It decodes the opcode of the branch instruction and compares the PSL N, Z, V, and C bits to 
the branch condition. For example, a BNEQ macroinstruction would assert CCBR <0> if the PSL Z 
bit was clear during the execution. Figure 2-115 is reproduced from the microcode listing. It defines the 
CCBR bits <1:0> for each of the CCMISC, CCPSL and CC micro-orders. The CCBR bits <1:0> 
are generated in the CCC gate array under control the redefined CC and WCTRL fields. 


The CC field of the microword also can affect the CCBR bits <1:0> as shown in the chart. The CC 
field also has the two fields that set the PSL condition codes according to the architectural require- 
ments and data path operation results. The CC field is defined as follows. 


CC/=<32:31>,.DEFAULT=0 
NOP.CCBR__SIGND=0, 
NOP.CCBR__ALUS=3 
CCOP1.CCBR__SIGND =], 
CCOP2.CCBR__SIGND =2, 


The first two micro-orders are NOPs as far as the PSL condition codes are concerned, but they do 
affect the CCBR bits. The microprogrammer can use either of the NOP micro-orders with a 
BUT/CCBR micro-order to microbranch on the default signs explained above, or the ALU STATE 
bits <1:0> that are part of the ALU. The CCOP1 and CCOP2 micro-orders are used to set the PSL 
condition codes. The CCOP1 micro-order is used for about half of the macroinstruction set to set the 
condition codes. The CCOP2 micro-order is used to set the condition codes for the remainder of the 
macroinstruction set. Figures 2-116 to 2-118 include charts reproduced from the microcode listing to 
show which CC micro-order must be specified for a particular instruction in the far right column. The 
four columns across the page describe how each PSL condition code bit is affected when the CCOP1 or 
CCOP2 micro-order is specified. 
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; CPTD.MCR MICRO2 = 1H(17) 4-NOV-80 08:46:25 CLOKX Rev ee@eee, Clock rate = ???ns 
s CHARTS.MIC Micro Level Charts : BUT/CCBR Chart 

21761 eTOC ®" Micro Level Charts : BUT/CCBR Chart" 

21762 

71763 

$1764 : Selah teehee ketal te tate tetetedeteh tekehbe ke tke le tatalakabeadabetedekabetekatetetatabedetetabekated, dalelekeketabelakatatekatabatetebekaked 2 
21765 ; { | l CCBR CONTROL ! 
31766 ; | MICRO ORDER f OPERATION peewee wecweyeceensanen+ 
31767 ; { | | CCBR<1> | CCBR<O> | 
31768 $ femme e epee ween eee ese wee see eee e ee fame n ese e sew eens et eee new es ewnewen}¢eoeesense+yeneenaanet 
31769 , | | NOP,.CCBR<=SIGND t 1 LSS 0 i EQL 0 | 
31770 ; 1 Cc | NOP,.CCBR<=ALUS ( | ALUS<1> {| ALUS<O> | 
21771 | C | CCOP1.CCBR<=-SIGND { CC OP 1 | LSS 0 1 EQL 0 | 
21772 , | 1 CCOP2.CCBR<=SIGND 1! CC OP 2 | LSS 0 |} EQL 0 | 
21773 le Ral Ral dah: Soke d telat ede detealeleakebetehaheh debeledakakekekadbaketetolednbolntatalntetetekelnletekatatetakniod taketnkebelakelatod Aakabalekatadabated 7 
31774 an | Cc | NOP,CCBR<=-BRATST { | 0 ! BRA TST | 
21775 ae | Cc 1 NOP,CCBR<=CSIGNS ! 1 ALUS<i> ! LSS 0 | 
31776 ; | M | WB<-ATCR.CCBR<=SIGND {1 wB<33:0> <=ATCR ! LSS 0 | EQL 0 | 
31777 | J {t ALUS<=DSDZ.CCBR<=ALUS | ALUS<13:0> <= (BCD SIGN)°’C(BCD 0) #t ALUS<1> | ALUS<O> | 
31778 | Ss | ALUS<=SIGND.CCBR<=ALUS | ALUS<1:0> <= (LSS 0)°CEFQL 0) 1! ALUS<1> {| ALUS<O> | 
21779 : | C 1! ALUS<-UNSGN.CCBR<@=ALUS { ALUS<1:0> <= (LSSU 0)°CEQL 0) | ALUS<1> | ALUS<O> j 
71780 > 4 1 SETV.CCBR<=SIGND |! PSL<V> <= 1 ! LSS 0 | EQL O | 
21781 | alka lad Saleh hehehehehe date heteekedetehahateh dekedekekebedodeletelaletekelatebelatalakatabekateteknielehekatated dnbelnletekelalated tekedhelatekateded 2 
31782 : | Cc 1! WB<=-PSL.CCBR<=SIGND | WR<31:30> <=PSL 1 LSS 0 | EQL 0 | 
71783 : it Cc | CC<-WB.CCBR<=-ALUS | CC<=wB<330> ! ALUS<1> | ALUS<O> | 
31784 a | P | PSL<-WB,CCBR<-ALUS 1 PSL<-WB<3130> *** ! ALUS<1> | ALUS<O> | 
21785 , | Ss 1! PSW<=-WB.CCBR<-ALUS | PSW<-WB<1530> **# ! ALUS<1> {| ALUS<O> | 
21786 7 L 1 MDR.OSR.CCBRIBRATST | MDR <= ZEXT OSR 1 0 | BRA TST | 
71787 I Calas Sele tke tate teheteteds deaheteteletetetetlalehetetehtteteleadalealetebelalebataletlh dekelnhebekabehaleh takehedketetetebebed 2 
31788 ; 

21789 : WHENEVER THE OPERATION ALTERS ALUS, CCBR <= ALUS OLD 

21790 ; 

31791 ; UNLESS OTHERWISE NOTED ALL VALUES ARE SIZE DEPENDENT 

21792 ; 

31793 3 LSS 0 $ WBUS<SIGN>.XOR.ALU ‘OVERFLOW’ (THIS WILL PRODUCE ’LSS 0% FOR A#-B OR A+t(=B)) 
31794 ; 

31795 H OVERFLOW : XOR OF CIN AND COUT OF MSBCSIZE) ALU 

31796 H 

31797 ; EQL 0 $ WMUX = 0 

21798 ; 

31799 ; LSSU 0 s eNOT.CALU CARRY) (THIS WILL PRODUCE ’LSSU 0% FOR A=B OR A+(-B)) 

31800 ; 

31801 ; BCD 0 s CWMUX<3128>.EQ.0). AND. (CWBUS<K724>.,E0.0) 

31802 ; 

31803 ; BCD SIGN : IF WBUS<33:0> > 9 THEN, ALUS<1i> IS SET IF SIGN IS NEGATIVE 

31804 ; 

21805 ; BRA TST $: FOR BRANCH INSTRUCTIONS CCBR<O> IS SET IF THE BRANCH CONDITION IS TRUE 
71806 

31807 H *** IF V GFTS SET NO TRAP WILL OCCUR 

31808 

31809 

31810 

21811 

71812 

31813 

21814 

#1815 


Figure 2-115 BUT/CCBR Chart 
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; CPTD.MCR MICRO2 1H(1i7) 4-NOV=80 08:46:25 CLOKX Rev e@eee, Clock rate 
? CHARTS.MIC Micro Level Charts : Compatability Mode Condition Codes 
21211 eTOC " Micro Level Charts $s Compatability Mode Condition Codes" 

31212 

21213 * CCOPS are not valid During any micro cycle that follows an IRD1. Recause of this, 
$1214 s instructions that are pointed to by the IRD1 entries in the Compatibility mode rom. 
21215 

31216 s NOTE 1 $: °’SIGN’, °WX%, °OV’, °CRY%, ARE ALL FUNCTIONS OF DSIZF 

#1217 s NOTE 2 3: (SIGN.XOR.OV).OR.CRY 

21218 

31219 § peewee mm wn ewww ef eeawesee fp eemwe wear ew ween fen eenennaweset}eeswenesenesasasteosanney 
21220 : | INSTRUCTION | N 1” Zz ' Vv | Cc 1 CCOPx | 
21221 § peewee wew ec cseme ff emwn wn we} come weet ee wees en fae r esas e nese ewww saneeaweneetfeneceseesy 
#1222 3 | ADCCB) | SIGN | WX.EQ.0 1 OV | CRY | 1 { 
21223 3 | ADD { SIGN | wxX.EQ.0 1 av 1 CRY 1 1 1 
31224 ? | ASH 1 SIGN | wX.EQ.0 10 1 0 i 1 | 
31225 ? | ASHC ! SIGN { WX.EQ.0 1 0 1 0 1 1 | 
31226 , | | SIGN 1 (WX.EQ.0).AND.Z | 0 ic ! 2 | 
31227 2 | ASL { SIGN | WX.EQ,.0 1 N.XOR.CCIN) | WB<31216>.NF.0 | 2 I 
31228 : | ASLB { SIGN | WX.EQ.0 1 N.XOR.CCIN) | WBR<3138>.NE.0 | 2 1 
31229 3 | ASR(B) { SIGN | WX.EQ.0 | N,XOR.CCIN) | WB<31> { 1 1 
71230 , | BICT,S,C)(B) | SIGN | WX,EQ.0 a?) Ic | | | 
£1231 : | CLR(B) i SIGN | wX,E0.0 an) 1 0 | 1 | 
31232 -; | CMPC(B) | SIGN | WX.EQ.0 1! OV | .NOT.CRY | 2 | 
21233 : | COM(B) { SIGN | wWX.EQ.0 ! OV 1 ~NOT.CRY | 2 ! 
31234 ? | DEC(B) | SIGN |! wX.EQ.0 t Ov ic ! 1 | 
21235 ; | DIV | SIGN | #X.EQ,0 1 OV | CRY | 1 1 
31236 3 | INCC(B) 1 SIGN | WX.EQ,0 ! OV ic | 1 | 
21237 ¢; | MFPC(I,D) | SIGN | WX.EQ.0 {0 Ic | 1 ! 
21238 3 | MTPCI,D) 1 SIGN | WX.EQ.0 t 0 Ic l 1 | 
21239 3 1 MOV(B) | SIGN | wX.EQ.0 1 0 ic | 1 | 
21240 : | MUL | SIGN | WX.EQ,.0 10 {0 | 1 { 
31241 a | |! NOTE 2 | (WX.EQ.0).AND.Z 1 0 | WR<L>.NE.O | 2 | 
21242 : | NEGC(B) | SIGN | WX.EQ.0 1! av 1 .NOT.CRY | 2 1 
21243 ¢ (| ROL { SIGN | wX,EQ.0 | N.XOR.CCIN) | WB<31216>.NE.0 | 2 | 
31244 ? | ROLB | SIGN 1! WX.EQ.0 ! N.XOR.CCIN) | WB<3138>.NE.0 | 2 { 
31245 : t RORCB) ! SIGN | wX.EQ,.0 ! N.XOR.CCIN) |! WR<31> i 1 | 
71246 2; | SBCCB) { SIGN ! WX.EQ.0 ! Ov 1 ~NOT,.CRY i 2 | 
31247 ? | SUB | SIGN | WX.EQ.0 ! OV | .NOT.CRY { 2 ! 
71248 3 | SWAB | SIGN | WX.EQ.0 1 0 a) | 1 | 
31249 : | SXT ! SIGN { WX.EQ.0 10 1c | 1 | 
71250 ; | TSTC(B) 1 SIGN | WX.EQ.0 1 0 {0 I 1 1 
21251 3 | XOR { SIGN | wX,EQ.0 ! Oo ic ! 1 1 
#1252 Lk lahat tokeketedededetad, tledekehtededebelehededetekedaleh debekateletetetedetetekeded tekekettebedatetelatatededabebel dakeletatedated 7 
21253 

31254 

71255 

21256 

21257 

71258 

71259 

71260 

21261 

21262 

21263 

31264 

21265 


Figure 2-116 Compatibility Mode Condition Codes 
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they cannot be used in any of the micro 
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; CPTD.MCR MICRO2 1H(17) 4-NOV-80 08346325 CLOKX Rev eeeee@, Clock rate 
3 CHARTS.MIC Micro Level Charts : Native Mode Condition Codes Part 1 
21266 eTOC " Micro Level Charts : Native FMode Condition Codes Part 1" 

21267 

21268 

21269 * CCOPS are not valid During any micro cycle that follows an IRDi. Because of this, they cannot be used in any of the micro 
31270 s instructions that are pointed to by the IRD1 rom, 

31271 2? NOTE 1 : °SIGN’, °WX’%, ’°OV%, °CRY’%, ARE ALL FUNCTIONS OF DSIZE 

21272 s NOTE 2 : WB<15> + (CWX<1530>.E0.0).AND.CRY] 

71273 

31274 Cl lal leah ehh teteleds dekh tete ed atebetebedeh delehletededeketatetekatetededaled teketlatetate labelled tebtelettetetee det ttt ts 
31275 3 | INSTRUCTION | N { Z | V 1 C | CCOPx | 
31276 P tem e meme w sce e ewe’ s} mam ene ens ee te peewee se weno ee wees} sean ewes e awe ewecaceoenfywecosssy 
21277 ,; | ACBC(B,W) ! SIGN | WX.EQ.0 | Ov ic | 1 | 
21278 3; | ACBL | SIGN | WX.EQ.0 | OV 'c | 2 | 
31279 : t ACB(F,D) | WB<15> | WX.EO,.0 1 0 ic | 2 \ 
71280 ; | ADAWI 1! SIGN | wX.EQ.0 { av ! CRY { 2 ! 
21281 ¢ | ADDC(CB,W,L)(2,3) 1! SIGN |! wX.EQ.0 {| OV | CRY ! 1 ! 
31282 s t ADDCF,D) (2,3) | WB<15> | WX.EQ.0 | oO 1 0 | 1 I 
71283 : It ADwe 1 SIGN {| WX.EQ.0 ! OV 1 CRY ! 1 ! 
71284 , | AOBCLEQG,LSS) | SIGN | wWX.EQ.0 1 OV ic | 2 | 
21285 3 | ASHL | SIGN 1 wx.EQ.0 { 0 1 0 | 1 | 
21286 : | ASHO | SIGN | wX.EQ.0 { 0 ne) | 1 | 
71287 ; | 1 SIGN 1 CwX.EQ.0).AND.Z I 0 ic | 2 | 
71288 ; | BICC(B,W,L)(2,3) %¢ SIGN | WX.EQ.0 1 0 1c | 2 | 
21289 3: | BIS(B,W,L)(2,3) ° | SIGN 1 WX.EQ.0 ! 0 ic | 2 | 
31290 : | BITCB,W,L) | SIGN 1 WX.EO.0 1 0 ic | 2 I 
71291 : | CASECB.W.L) 1 SIGN.XOR.OV ft WX.E9.0 1 0 1! .NOT.CRY | 1 | 
21292 - | CLR(B,W,L) | SIGN | WX.EQ.0 1 0 be 1 2 1 
21293 ; | CLRD 1 SIGN | WX.EQ.0 | 0 ic | 1 | 
21294 :; | CURF | SIGN | WX.EQ.0 1 0 Itc | 2 | 
71295 ; | CLRQ | SIGN | WX.EO.0 1 OV ic 1 1 ( 
31296 2 | CMPC(B,W,L) 1 SIGN.XOR.OV {| WX.EQ.0 in) 1 sNOT.CRY | 1 1 
21297 : | CMPC(V,ZV) 1 SIGN.XOR.OV | WX.EQ.0 ! o 1 .NOT.CRY | 1 | 
31298 : ' CMPC(3,5) |} SIGN.XOR.OV {| WX.EQ.0 to 1 sNOT.CRY | 1 | 
71299 7 | CMPD 1 SEE NOTE 2 | WX.EQ.0 an) an) | 2 1 
#1300 : 4 |! sNOT.CRY | WX.EQ.0 { 0 1 0 I 1 | 
71301 ; | CMPF | WB<15> | WX.EQ.0 1 0 1 90 | 1 t 
71302 , | 1 SEE NOTE 2 {| WX.EQ,.0 ! 0 1 0 ! 2 | 
31303 - = cre 1 SIGN {| WX.EQ.0 1 0 ic | 2 t 
71304 : | CVTC(BW,BL) 1 SIGN | wWX.EQ,0 1 0 1 0 \ 1 \ 
31305 3; | CVTCFB,DB,FW,DW) | SIGN | WX.EQ.0 | 0 1 0 | 1 1 
71306 2: | { N 1 Z {| WX<L>.NE.O | C | 2 | 
71307 3; | CVTCFD,DF,BF,BD, | WB<15> | WX.EQ.0 ' 0 1 0 | 1 1 
71308 ; | wF,wD,LD,LF) |! { I | I i 
21309 ; | CVTCFL,DL, | SIGN {| WX.EQ.0 1 0 1 0 | 1 | 
21310 ; RFL,RDL) I | | | 1 | 
31311 > | CVTCLP,PL) 1 SIGN | WX.EQ.0 1 0 1 9 | 1 ' 
31312 ; | CVT(WB,LB,LW) | SIGN | wX.EQ.0 1 0 i 0 i 1 \ 
#1313 | | N 4 | wX<L>.NE.9 I C | 2 | 
21314 : t CVTWL ! SIGN { WX.EO.0 1 0 t oO l 1 I 
71315 : | DEC(B,W,L) | SIGN | wWX.EQ.0 1! ov | s.NOT.CRY | i | 
31316 2 t DIV(B,W,L)(2,3) (¢t SIGN | WX.EQ.9 1 0 a) 1 1 | 
31317 : | DIVCF,D) (2,3) | WB<15> | WX.EQ.0 { 0 1 0 | 1 | 
21318 : | EDIV | SIGN | WX.EQ.0 1 0 1 0 | 1 i 
71319 3; | EMODCF,D) | WB<15> 1 WX.EQ.0 1 0 1 0 l 1 { 
21320 $ pewww wees ewe eee me et} eee Cees eee tee fee wee ewe ee Set eee efter eee en sew ee} eemewen eee weoseconsy 


Figure 2-117 Native Mode Condition Codes Part 1 
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; CPTD.MCR MICRO2 1H(17) 4-NOV-80 08346325 CLOKX Rev @e@ee@e, Clock rate 
¢ CHARTS.MIC Micro Level Charts $ Native Mode Condition Codes Part 2 
31321 eTOC " Micro Level Charts s Native Mode Condition Codes Part 2" 

31322 

71323 3 °SIGN’, °WX"%, °OV’, °CRY%, ARE ALL FUNCTIONS OF DSIZE 

21324 

21325 $ tem w ewe ce eee ce ewe fem ese ew ee esate eee sree mee we eeeef¢we sat eaaeeset¢aesesesenat}+wosenensy 
$1326 3 | INSTRUCTION ( N | Z | V | Cc | cCCOPx | 
$1327 $ perm wee we cee eee e te fees wa sews e en} cere wwe wen eer eeesf¢eweesswa ween} eemeaeaesef+neasonast 
21328 ; | EMUL | SIGN 1 WX.EQ.0 1 0 1 0 | 1 l 
21329 , | 1 SIGN | (WX.EQ.0).AND.Z | 0 Ic | 2 | 
21330 2: | EXTC(V,ZV) 1 SIGN { WX.EQ.0 10 ic | 2 | 
71331 3; 6ldU6FFCS,C) 1 0 { wxX.EQ.0 1 0 a) i 1 | 
21332 : | INC(B,W,L) | SIGN [| WX.EQ.0 1 Ov | CRY | 1 | 
71333 3 | INDEX ! SIGN 1! WX.EQ.0 1 0 10 ! 2 1 
31334 3 | INSQUE 1 SIGN.XOR.OV | WX.EQ.0 ne) | sNOT.CRY | 1 | 
21335 3: t INSV | SIGN | WX.EQ.0 ! ov ic ! 2 ! 
31336 , ' uoce 1 0 | WX.EQ,0 1 0 1 0 | 1 | 
21337 3; | MC(T,F)PR | SIGN 1 WX.EQ.0 1 0 {oc | 2 | 
31338 ¢ | MATCH an) | WX.EQ.0 1 0 10 | 1 1 
71339 3 t MCOM(B,W,L) | SIGN {1 WX.EQ.0 | oO {tc | 2 f 
21340 : | MNEG(B,W,L) { SIGN | wxX.EQ.0 | Ov 1! sNOT.CRY | 1 ! 
$1341 : | MNEGCF,D) |! WB<15> | WX.EQ.0 1 0 10 | 1 | 
$1342 : | MOV(B,W,L) ! SIGN | WX.EQ.0 1 0 ic 1 2 | 
31343 ; | MOVCEF,D) | WB<15> | WX.EQ.0 1 0 Ic | 2 | 
31344 : | MOVACB,W,L) ! SIGN 1 WX.EQ.0 1 0 ic { 2 | 
$1345 3 | MOVAQ | SIGN 1 WX.EQ,0 1 0 ic 1 1 | 
31346 : | MOVC(3,5) 1 0 | WX.EQ.0 1 0 1 0 ! 2 1 
21347 | { SIGN.XOR.OV 1! WX.EQ.0 1 0 ! ».NOT.CRY | 1 | 
71348 z; | MOVQ ! SIGN 1 WX.EQ.0 1 ov Ic | 1 | 
31349 | | SIGN | (WX.EQ.0).AND.Z I 0 ic | 2 | 
71350 3 | MOVTC 1 SIGN.XOR.OV | WX.EQ.0 1 0 ! »NOT.CRY | 1 | 
21351 : | MOVTUC | SIGN.XOR.OV I WX.EQ.0 10 | sNOT.CRY | 1 1 
71352 2 | MOVZ(BW,BL) |! SIGN | WX.EQ.0 in) ic | 2 | 
21353 : | MOVZWL | SIGN | wX.EQ.0 1 0 ic | 2 1 
31354 * | MULC(B,W,L)(2,3) %¢ SIGN { wX.EQ.0 1 0 | 0 | 1 | 
71355 , | ' oN ' Zz | WX<L>.NE.0O I C | 2 | 
71356 2: | MULCF,D)(2,3) | WB<15> | WX.EQ.0 1 0 | 0 | 1 { 
31357 * | POLYCF,D) | WB<15> | wX.EQ.0 1 0 [0 { 1 | 
71358 ; | PROBECR,W) ! SIGN | WX.EQO.0 { 0 i> € 1 2 | 
21359 2 | PUSHACB,W,L) ! SIGN | WX.EQ.9 1 0 Ic | 2 | 
71360 : | PUSHAQ | SIGN | WX.EQ.0 1 0 ic 1 1 { 
31361 ; | PUSHL 1 SIGN [ WX.EQ.0 1 0 Ic | 2 | 
71362 3 | REMQUE | SIGN.XOR.OV | WX.EQ.0 {0 |} s.NOT.CRY | 1 | 
71363 a | { oN A | WX<L>.EQ.0 I C ! 2 | 
71364 2; | ROTL { SIGN | WX.FQ.0 1 0 ic | 2 | 
31365 , | S(C,P)ANC 1 0 | WX.EQ.0 1 0 { Oo ! 2 1 
31366 :; | SBwe ! SIGN 1 WX.EQ.0 { OV | s.NOT.CRY | 1 { 
31367 - t SKPC in) { WX.FQ.0 { 0 | Oo | 1 | 
71368 : | SOBCGEQ,GTR) | SIGN { WX.EO.0 [ ov ic | 2 ! 
31369 ? | SUBCB,W,L)(2,3) | SIGN {| WX.EQ.0 | OV 1 w.NOT.CRY | 2 t 
31370 2 | SUBCF,D)(2,3) 1 WB<15> | wX.EQ.0 1 0 1 0 | 1 1 
71371 2 t TST(B,W,L) | SIGN | wX.EQ.0 1 0 a) 1 1 { 
21372 : ( TSTCF,D) | wB<15> { wX.FQ.0 1 0 10 \ 1 | 
21373 2; t XOR(B,W,L)(2,3) | SIGN | WX.EQ.0 t 0 ic | 2 1 
31374 So pe wew ewww seem es wen} wow eew ewer ene t¢ eee enwesa wet ecee te waweseeresefeweweeseccef+ewewneny 
31375 


Figure 2-118 Native Mode Condition Codes Part 2 
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The following discussion traces the microcode executed for a VAX-11 macroinstruction to illustrate 
how the condition codes are set. It begins with a review of the operation of the D-size ROM and how to 
read the microcode macro expansion. The D-size ROM is blasted by the microprogrammer that wrote 
the microcode for the macroinstruction being executed. The VAX-11 macroinstruction that is traced 
here is: 


ADDL2 RO, R1 >Where RO is 7FFFFFFF and R1 
sis equal to 00000001 


This is an integer add type instruction. The microcode for this macroinstruction is found in the IN- 
TLOG.MIC file of the microcode listing. The D-size ROM macros are typically the last section of one 
of these files. Locate the D-size ROM macro for the ADDL2 instruction. The hex opcode for an 
ADDL2 is C0. The D-size ROM macro should appear as below. 


ODO: SIZE [LONG] [LONG] [0] [0] [0] [0] ;ADDL2 


Read this macro from the left column. The number ODO is address input to the D-size ROM. The IRD 
counter output also addresses the D-size ROM, so that for one opcode, there are six locations in the 
ROM. There are six locations because the VAX-11 macroinstructions can have up to six operand speci- 
fiers that must program the size of the data path during each execution phase. In the ADDL2 macroin- 
struction, there are only 2 operands, so the D-size ROM must be blasted with data size for first and 
second operand specifier evaluations. The size of the data path for each operand specifier evalution is 
contained within the brackets. The first operand specifier evaluation is in the next column. The data 
size for each of the six operand specifier evaluations from 1 to 6 is read from left to right. Instructions 
that have less than 6 operands contain 0 in unused locations. The ADDL2 instruction contains the size 
[LONG] in the first and second operand specifier evaluations. The DEFIN.MIC file for the D-size 
ROM definition indicates that the data size definitions are as follows. 


IF D-Size = [BYTE] Then D-Size <1:0> = 0 


IF D-Size = [WORD] Then D-Size <1:0> = 1 
IF D-Size = [LONG] Then D-Size <1:0> = 2 
IF D-Size = [QUAD] Then D-Size <1:0> = 3 


The D-size ROM would be blasted with a 2-bit binary size code for every execution phase of the macro- 
instruction. The D-size ROM output is used only if the D-type field of the microword specifies IDEP 
(data size is instruction-dependent). The D-size bits <1:0> go to the CCC gate array, so the PSL 
condition codes are set according to the data size of the macroinstruction. 


To trace the ADDL2 macroinstruction through the microcode, refer to the IRD 1 and IRDx ROM 
macros located at the end of the INTLOG.MIC file. The IRD 1 and IRDx ROM macros appear as 


below. 


CODE: OPS OPS 
0CO: FPD [NOP] [IE.OPCOD.DEC] [NOP][IE.OPCOD.DEC] 
IRD1 [LOD][OS.RED] [LOD][OS.RED] 


This is the IRD 1 ROM macro definition for ADDL2. The IRD 1 ROM 1s addressed by the opcode of 
the instruction to be executed and the FPD and the signal FPA PRESENT. 


The macroinstruction opcode provides the base target address in the ROM of which there are four 
locations. This macro allows the microprogrammer to blast all four locations with the address in control 
store of the microroutine to evaluate the first operand specifier. The FPD bit should not be set at IRD 1 
of an ADDL2 instruction because it is not interruptable. If it 1s set, the machine will vector to location 
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SCBB-+ 10 and execute the reserved to DEC opcode instruction fault service routine. FPA PRESENT 
is a Signal used to change the flow depending on whether an FPA is present. The IRD 1 ROM macro 
has 2 targets across the page: one with FPA and one without FPA. The OPS bit is used to load the OSR 
at IRD 1 and IRDx. The IRD 1 ROM macro could be changed to show how the ROM is addressed as 
follows. 


ODO: FPD NOT FPA FPA 
NOT FPD NOT FPA FPA 


This shows that at base IRD 1 ROM address ODO, the four locations that are blasted are all the possible 
combinations of FPD and FPA PRESENT. The contents of the brackets is the label of a microroutine 
that is entered for each of the four possible combinations. In the example, an ADDL2 does not use the 
FPA; FPD should be clear; and both the source and destination operands are in registers. This dis- 
cussion assumes that the FPA is not present, even if the FPA was installed in the CPU; the operand 
specifier routine address is the same; [OS.RED]. PSL FPD is false; and REG MODE is true for both 
the source and destination operands. This means the microcode will microbranch on the addressing 
mode and enter the OS.RED flows at the microinstruction that fetches the source operand from a regis- 
ter. 


The IRDx ROM macro is similiar to the IRD 1 macro except that the IRD COUNTER output ad- 
dresses these ROMs. 


-OCODE OPS REG MEM 
0CO: CNTO[LOD][IL.ADD2.B.W.L.REG] [OS.MOD] 
CNT1 [NOP] [IL.ADD2.B.W.L.MEM] [IL.ADD2.B.W.L.MEM] 


The combinations of REG MODE and FPA PRESENT are used as address input to the IRDx ROM 
along with the IRD counter output. There are eight possible targets at IRDx (CNTO has four com- 
binations and so does CN 1). CNTO address is used at the first IRDx, and the CNT1 address is used at 
the second IRDx. Since this is register mode for both the source and destination, the control store ad- 
dress at CNTO is [IL.ADD2.B.W.L.REG] and the CNT1 control store address is 
[I1L.ADD2.B.W.L.MEM]. In register mode the CNT1 address is meaningless. If the destination were 
not a register, the MEM flows would have been followed and the microcode would have gone to the 
following control store addresses. 


[OS.MOD] VA__GPR 
[IL.ADD2.B.W.L.MEM] WRITE MEMORY AT VA 


To summarize the flow of the ADDL2 RO, R1, the microcode goes to the following two ROM address- 
es. 


IRD 1 [OS.RED] 
IRDx [IL.ADD2.B.W.L.REG] 


The following discussion traces the microinstructions. They are reproduced below from the OSR.MIC 
and INTLOG.MIC files respectively. 


100: 
*Q000-— — —-~ —-----—-~—-—-—-—----- - Rn REGISTER MODE 


FPA__Q.__M[MDR] MDR_R[GPR.R], ; PLACE OP (GPR(RNUM)) IN MDR 
CLOBBER MTEMP0 DEF, IRDX [1] ;SAVEMDRINQ 
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This moves the source operand from RO into the MDR and Q gets the old MDR data. The IRDx ad- 
dress is [IL.ADD2.B.W.L.REG] and at this IRDx, the next control store address is 
[IL.ADD2.B.W.L.REG]. This is the microinstruction stored at IL.ADD2.B.W.L.REG. 


IL.ADD2.B.W.L.REG 
BE a ag eee - 80 AO CO 
R[GPR.R].SIZ__M[MDR]+RB,CCOP1, ; 
SIZE [IDEP], IRD1 ; 


This microinstruction specifies that the GPR pointed to by the RNUM latch <R1> is the destination. 
The MDR <RO> 1s added to the destination GPR <R1>, which is selected by RNUM, and GPR 
<R1> is modified. The PSL condition codes are set with the CCOP1 micro-order. The condition 
codes are set according to the D-size which is specified with the SIZE [] macro. The SIZE being equal 
to IDEP means the D-size ROM specifies the data size, and the D-size ROM macro explained above 
indicates the data size of the source operand is [LONG] and the data size of the destination is also 
[LONG]. The result of adding 7FFFFFFF and 00000001 is 80000000. This is an integer overflow. As a 
result the PSL N, Z, V, and C bits should be set as follows for an ADDL2. 


PSLN Z V C 
ALU <31> WX <31:0> =0 ALU <31> V ALU <31> CO 
l 0 1 0 


2.8.2 Branch Instruction Implementation 

The CCC gate array is used to decide whether a macrobranch instruction is satisfied. If the branch 
condition is not satisfied, the hardware must bump the PC to the next sequential instruction and do the 
IRD 1. If the branch condition is satisfied, the sign-extended displacement is added to the PC. Writing 
the PC flushes the XB and initiates prefetch for the new instruction stream data. This discussion traces 
a VAX-11 macrobranch instruction called BNEQ. This macroinstruction branches if the PSL Z bit is 
clear. The BNEQ instruction is located in the CONTRL.MIC file. The IRD 1 ROM macro for a 
BNEQ in the back of the CONTRL.MIC file appears below. 


JICODE OPS REG 
012: FPD [NOP][IE.OPCOD.DEC] 
IRD1[LOD][CO.BRCND] 


OPS FPA REG 
[NOP][IE.OPCOD.DEC] 
[LOD][CO.BRCND] 


.OCODE 
012: CNTO[NOP][IE.BAD.IRD] 
CNT1[NOP][IE.BAD.IRD] 


[NOP] [IE.BAD.IRD] 
[NOP][IE.BAD.IRD] 
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The IRD 1 macro specifies that the address of the BNEQ microcode is CO.BRCND, which is the 
target address for all the conditional branch instructions. This instruction will not do an IRDx. The 
address for a fault is [IE.BAD.IRD], which initiates a machine check exception. The microcode se- 
quence for the BNEQ is shown below. 


= 1000 
CO.BRCND: 
2) ee 
MDR_—ZEXT(OSR) BRATST?, : GET DISPLACEMENT FROM OSR 
- TEST FOR BRANCH 


NEXT/CO.BRCND-DECIDE ; GO TO DECISION BLOCK 


This microinstruction moves the branch displacement from the OSR to the MDR, zero-extending from 
bit <8> to bit <31> in the MDR. In the same macro, the BRATST? implies that the BUT micro- 
order is BUT/CCBR and the CCPSL micro-order is CCPSL/MDR__OSR.CCBR__BRATST. This 
can be verified by locating this macro in the MACRO.MIC file. This microinstruction has two possible 
destinations. If the PSL Z bit is set, the microcode reads the microinstruction at CO.BRCND-DE- 
CIDE. If the PSL Z bit is clear, the microcode executes the microinstruction at CO.BRCND-DE- 
CIDE+1. 


If the PSL Z bit is set, the branch condition is not satisfied and the next microinstruction is shown 
below. 


=0 

CO.NOP: 

CO.BRCND-DECIDE: 
s---------- ; NO BRANCH IF CONTROL COMES 
IRD1 ; HERE,GO DO NEXT INSTRUCTION 


This is an instruction to do IRD 1 and execute the next sequential instruction. If the PSL Z bit is clear, 
the CCBR bits <1:0> are equal 01, according to the CCPSL micro-order at location CO.BRCND. 
The following microinstructions are executed. 


CO.BRCND-BRANCH: - BRANCH IF CONTROL COMES 
Sacer  ee - HERE, CALCULATE NEW PC 
PC__PC+SEXT(M[MDR]), - WASTE CYCLE TO LET PC CATCH 
SIZE [IDEP], NEXT/CO.NOP - UP 


The PC gets the sign-extended MDR if the branch condition is satisfied. Writing a new value in the PC 
causes the XB to be invalidated, and prefetch for the new I-Stream begins, If the XB is not full at IRD 
1, the micromachine is stalled until the XB is filled. The next microinstruction is at CO.NOP, as shown 
above. 


The third function of the CCC gate array is to generate the signals that cause an arithmetic trap at the 
BUT Service following an arithmetic operation, The PSW bits <7:5> are the trap enable bits that 
must be set by a macroroutine. The functions of these bits are described below. 


PSW <7> Decimal Overflow Trap Enable. 


PSW <6> Floating Underflow Trap Enable. 
PSW <5> Integer Overflow Trap Enable. 
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If an arithmetic operation causes one of the trap conditions, the CCC gate array asserts the signal AR- 
ITH TRAP L. At the next BUT Service, the arithmetic trap is arbitrated with console halt, interrupt 
pending, etc. and the trap flows are entered. The type of arithmetic trap is logged into the arithmetic 
trap code register (ATCR) contained in the CCC gate array. The arithmetic trap results in aborting the 
next macroinstruction and performing the trap service from SCBB-+ 30. The trap microcode pushes the 
PSL, PC of the NEXT instruction, and the ATCR on the stack. 


2.8.3, Hardware Implementation of Condition Code Logic 

The condition code logic is on the DPM module print set. Refer to DPM 20. The CCC gate array is 
controlled by 4-bit field called CC CTRL <3:0>. This field comes from the output of ROM E15 on 
DPM 20. The address input to this ROM is the CC and WCTRL fields of the microword that is latched 
on DPM 20 and DPM 12. The output is called CC CTRL <3:0> H. These four signals go to the CCC 
gate array shown on DPM 10. Figure 2-119 shows how the CC CTRL lines and the “good samaritan” 
ROM are programmed for various combinations of the WCTRL and CC fields. The signal LIT 0 H is 
present because if the LIT field is 1 or 3, the CC field is not interpreted and becomes part of the short 
or long literal. Lines CC CTRL <3:0> on DPM 10 are the control input to the gate array. The VAX- 
11 or compatibilty macroinstruction opcode is latched in E13 and is the input to combinational logic 
that sets the PSL condition codes according to the architectural definitions and data path results. The 
D-size bits <1:0> enter the CCC gate array and are used to select the correct data path sign, C bit, 
and V bit. The sign can be either WBUS <31>, WBUS <15>, or WBUS <7> depending on the D- 
size bits <1:0>. The same is true of the sources of the C bit and V bit. The C and V bits are also 
selected as a function of data size. FPA Z and V are interfaced to CCC so that FPA divide by zeros and 
overflow can force the appropriate arithmetic trap condition. CCC generates the trap for FPA instruc- 
tion traps also. The bidirectional interface to the WBus connects the PSW (—TP) to the rest of PSL 
when the CCPSL micro-order specifies WB__PSL. Writing the PSW from the WBus is accomplished 
with the PSL__WB micro-order. The PSL C bit goes to the BUT multiplexer on DPM 16 for micro- 
branching on the state of the C bit. ARITH TRAP L goes to the SAC gate array on DPM 17 for 
initiating the arithmetic trap at BUT Service. The CCBR bits <1:0> go to the BUT multiplexer on 
DPM 15 and 16 for microbranching on their state. 


The functionality of the CCC gate array is tested with microdiagnostics and indirectly with macrodiag- 
nostics. Figure 2-119 shows the programming of the CC CTRL ROM and the good samaritan ROM 
that are not blasted by the microprogrammers. 


2.9 INTERRUPTS AND EXCEPTIONS 

During operation of the VAX-11/750, certain critical events can occur that require execution of soft- 
ware outside the explicit flow of control. Events that occur as a result of the process currently being 
executed by the CPU are called exceptions. Events that occur as a result of the system as a whole 
(external to the process being executed) are called Interrupts. Associated with each type of interrupt is 
an interrupt priority level (IPL). IPLs are used to arbitrate the servicing of multiple hardware and soft- 
ware interrupts. Table 2-59 shows all IPL used in this system. All exceptions (E) listed in this table 
carry an IPL of 1F. 


Table 2-59 lists the system control block (SCB) for this system. The following is a expanded discussion 
of interrupts and exceptions and some terminology used when dealing with this subject. 


An interrupt is an event other than an exception, branch, jump, case, or call instruction that changes 


the normal flow of instruction execution. They are generally external to the process executing when the 
interrupt occurs. Interrupts occur one cycle after IRD 1 or are explicitly tested by microcode. 
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Good Samaritan Encoding 


Good Samaritan Inputs Good Samaritan Outputs 
WCTRL 


Function WCTRL CC LIT OH CC CTRL <3:0> 


WRITE PSL 
WRITE PSW 
READ PSL 
WRITE CC 
CC MISC 1 
CC MISC 1 
CC MISC 1 
CC MISC 1 
CC MISC 1 
CC MISC 2 
CC MISC 2 
CC MISC 2 
CC MISC 2 
CC MISC 2 


D4 
Xx 
Xx 
4 
0 
] 
2 
3 
X 
0 
] 
Z 
3 
X 


rFocOoorccooxxx 
SOK OMNODAIMUNUDwWYW”o 


Any other 
WCTRL function 


Any other 
WCTRL function 


Any other 
WCTRL function 


Any other 
WCTRL function 


Any other 
WCTRL function 


Figure 2-119 Good Samaritan Encoding 


Table 2-59 Interrupts and Exceptions IPL Levels 
and System Control Block Format 


Vector Description IPL I/E 


SCBB+0 Not Used — — 
SCBB-+4 Machine Check 1F E 
CS Parity 
Bad IRD 
Memory Error 
Cache Parity 
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Vector 


SCBB+8 
SCBB+C 
SCBB + 10 
SCBB+ 14 
SCBB+18 
SCBB+1C 


SCBB+ 20 
SCBB-+ 24 
SCBB-+ 28 
SCBB+2C 
SCBB + 30 
SCBB + 34 


SCBB+ 40 
SCBB-+ 44 
SCBB+ 48 
SCBB+4C 


SCBB-+ 54 
SCBB+ 60 


SCBB+ 84 
SCBB+88 
SCBB+ 8C 
SCBB+ 90 


SCBB+94 
SCBB+98 
SCBB+9C 
SCBB-+ AO 
SCBB-+ A4 
SCBB+A8 
SCBB+AC 
SCBB-+ BO 
SCBB+ B4 
SCBB-+ B8 
SCBB+ BC 


SCBB+ C0 
SCBB-+ FO 
SCBB+ F4 
SCBB+F8 
SCBB+FC 
SCBB-+ 160 
SCBB-+ 164 
SCBB-+ 168 


Table 2-59 Interrupts and Exceptions IPL Levels 


and System Control Block Format (Cont) 
Description 


Kernel Stack Invalid 
Power Fail 

Reserved Opcode 
Customer Opcode XFC 
Reserved Operand 
Reserved Address Mode 


Access Violation 
Translation Invalid 
Trace Trap 
Breakpoint Opcode 
Compatability Mode 
Arithmetic Trap 


CHMK 
CHME 
CHMS 
CHMU 


Corrected Read Data 
Write Bus Error 


Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 


Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 
Soft Interrupt 


Interval Timer 
TUS8 Receive 
TU58 Transmit 
Console Receive 
Console Transmit 
Massbus Adapter 0 
Massbus Adapter 1 
Massbus Adapter 2 


*Current IPL not changed for these exceptions. 
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IPL 


1/E 


TOM MMM Hoo 


— jm 


cy A eee BO eee cre ee cee eee BO ee ee BO ee | oe oe A coe 


oe A core ce A ee A cree BO cee Bl ee cee 


Table 2-59 Interrupts and Exceptions IPL Levels 
and System Control Block Format (Cont) 


Vector Description IPL I/E 


SCBB + 200 Unibus 14-17 I 
(SCBB+ 200+ Unibus Vector) 


*Current IPL not changed for these exceptions. 


An exception is an event detected by the hardware other than an interrupt, jump, branch, case, or call 
instruction that changes the normal flow of instruction execution. An exception is always caused by the 
execution of an instruction or set of instructions. Exceptions occur anytime during execution. Examples 
are as follows. 


Attempts to execute a privileged or reserved instruction 
Trace traps 

Compatibility mode faults 

Breakpoint instruction execution 

Arithmetic traps 


we 


The three types of hardware exceptions are as follows. 


1. Trap —An exception condition that occurs at the end of the instruction that caused the excep- 
tion. The PC saved on the stack is the address of the next instruction that would normally 
have been executed (arithmetic trap). 


2. Fault - A hardware condition that occurs in the middle of an instruction and leaves the regis- 
ters and memory in a consistent state that allows the instruction to restart, thus allowing for 
correct results once the fault has been cleared or eliminated (reserved address mode). 


3. Abort — An exception that occurs in the middle of an instruction and leaves the registers and 
memory in an indeterminate state that may prohibit an instruction restart (machine check). 


The interrupt priority level (IPL) is the interrupt level at which the processor executes when an inter- 
rupt is granted. There are 31 possible priority levels. IPL 1 is the lowest and IPL 1F is the highest. 
(Only 24 levels are used.) 


An interrupt or exception vector is an offset from the SCBB that contains the starting address of a 
procedure to be executed when a given interrupt or exception occurs. 


The system control block base register (SCBB) is a processor register containing the base address of the 
system block (IPR 11 (MTEMP 4). 


The interrupt block diagram contains the following. 


1. The interrupt chip (INT) is mounted on the UBI board with inputs from chips on the DPM 
board, MIC board, and other circuits on the UBI board. 
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2. Interrupt chip inputs WCTRL <5:0> — Comes from the control store (CS) and is used to 
issue commands to the INT chip, such as the following. 


a. Read or write status data to or from the WBus. 
b. Issue Unibus grants. 


c. Place the results of a return from exception or interrupt (REI) check onto the micro- 
vector lines. 


d. Place certain status data onto the microvector lines. 


Table 2-60 lists the types of interrupts, traps, and microtraps that can occur in the VAX-11/750. Also 
listed are the initial CPU control store microaddresses for each of these conditions (see Add). These 
microaddresses are divided into three major categories as follows. 


1. Traps — micro Add = In (hex) 
2. Microtraps — micro Add = 2n (hex) 
3. Interrupts — micro Add = 3n (hex) 


NOTE 
n may equal 1 through F (hex). 


Each of the above conditions results in a microaddress being generated to the CCS on the CS ADDR 
<5:0> H lines. Paragraphs 2.9.1 through 2.9.3 describe how these addresses are generated. 


Table 2-60 Fixed Control Store Address 


ADD Function of Vector Method of Initiation 


0000 Power-Up 
0011 Arithmetic Trap DO Service 
0012 FPA Integer Overflow Trap DO Service 
0014 Timer Service DO Service 
0015 T-Bit trap DO Service 
0016 Console P Trap DO Service 
0020 Control Store Parity Error Microtrap 
0021 Read Unaligned Data Microtrap 
0022 MSRC XB Miss Microtrap 
0023 MSRC XB ACV Microtrap 
0024 Write Unlock Unaligned Data Microtrap 
0025 Write Unaligned Data Microtrap 
0026 Write Unlock Crossing Page Boundry Microtrap 
Note: _MSRC XB TB Error 

MSRC XB Bus Error 

Bus Error 

Unaligned Unibus Data 

TB Error 

BUT XB TB Error 

BUT XB Bus Error 
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Table 2-60 Fixed Control Store Address (Cont) 


ADD Function of Vector Method of Initiation 
0027 Write Crossing Page Boundry Microtrap 
0028 Machine Check Exceptions (See Note) Microtrap 
0029 BUT XB Miss Microtrap 
002A Read TB Miss Microtrap 
002B Write TB Miss Microtrap 
002C FPA Reserved Operand Microtrap 
002D BUT XB ACV Microtrap 
002E Read ACV Microtrap 
002F Write ACV Microtrap 
0038 Soft Interrupt DO Service, Execution Flows 
0039 Console Interrupt DO Service, Execution Flows 
003A Unibus Interrupt DO Service, Execution Flows 
003B Interval Timer Interrupt DO Service, Execution Flows 
003C Corrected Memory Interrupt DO Service, Execution Flows 
003E Write Bus Error Interrupt DO Service, Execution Flows 
003F Power Fail DO Service, Execution Flows 
Note: _MSRC XB TB Error 

MSRC XB Bus Error 

Bus Error 

Unaligned Unibus Data 

TB Error 

BUT XB TB Error 

BUT XB Bus Error 


2.9.1 Interrupt Microaddress Generation 

All interrupts are generated from the interrupt chip (INT) located on the UBI module. A microaddress 
in the range 38 through 3F (hex) is conveyed to the CCS. The exact microaddress depends on the inter- 
rupt type to be serviced. The microaddress is made up of three pieces of logic in the CPU (see Figure 2- 
120), consisting of these bits. 


Bits 0, 1 and 2 from INT gate array chip (UBI module) 
Bit 3, from Microtrap (UTR) gate array (MIC module) 
Bits 4 and 5, from microsequencer MSQ chip (DPM module) 


As the system is running macrocode, a request for an interrupt is sent to the INT chip. Here a console 
interrupt is used as an example. However, all interrupts are handled in basically the same way. The one 
factor that distinguishes one interrupt type from another is the output of the INT chip on MICRO- 
VECTOR <2:0> H (see Table 2-61). The INT chip compares the interrupt priority level (IPL) of the 
request to the IPL already present in its IPL register. (The IPL register is internal to the INT chip.) If 
the requested IPL is higher, the signal INT PENDING is sent to the SAC chip on the DPM module. 
System response to INT PENDING is delayed until one microcycle after the IRD 1 time of a macroin- 
struction. When IRD 1 is decoded by the SAC chip from the microword BUT field, the INT chip, 
MSQ chip and UTR chip respond at the same time. One microcycle after the IRD 1 cycle, if INT 
PENDING 1s asserted, the SAC chip generates DO SRVC L and ENABLE UVECT H. These signals 
allow the three previously mentioned chips to produce the needed microaddress (39 hex) on CS ADDR 
<5:0> H for console interrupt. This microaddress is created as follows (see Figure 2-120). 
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Table 2-61 INT Chip MICROVECTOR <2:0> H Output 
Microvector Value Chart 


Microvector 

IPL Name <2:0> H 
00 No Interrupt Request Present 000 
01-OF (HSIPR) Highest Software 

Interrupt Pending Request 000 
14 (SLINE INT) Serial 

Line Interrupt 001 
14-17 (SBR) Synchronous 

Bus Request (4—7) 010 
18 (TIMER INT) Interval 

Timer Interrupt O11 
1A (CDIR) Corrected Data 

Interrupt Request 100 
1B Reserved 101 
1D (WEIR) Write Bus Error 

Interrupt Request 110 
1E (SPFIR) Synchronous 

Power Fail Interrupt Request 111 


INT chip — When a console interrupt is requested, the lower three bits (0, 1 and 2) of the needed 
microaddress are sent to tri-state drivers on the MICROVECTOR <2:0> H lines (these drivers 
are not presently enabled). When DO SRVC L is generated by SAC, the INT chip allows bits 
<2:0> to be driven onto the MICROVECTOR <2:0> H lines. These bits are driven to 001 for 
console interrupt. 


MSQ chip —- When DO SRVC L = L, ENABLE U VECT H = H, MICRO ADD INH L = H, 
and MSEQ INIT L = H, the MSQ chip outputs a low on CS ADDR 5L and CS ADDR 4L. This 
action always occurs for an interrupt (see Table 2-62). Note that this table is also used for traps 
and microtraps. 


UTR chip — DO SRVC Lis also supplied to the UTR chip. Here it disables the tri-state driver to 
MICROVECTOR line 3. MICROVECTOR line 3 is driven high by the UTR chip. ENABLE 
UVECT H is high at this time, thus enabling the NAND gates shown in Figure 2-120. This per- 
mits inputs from the MSQ, UTR, and INT chips to be ORed together to produce a microaddress 
of 39 (hex) on CS ADDR <5:0> H. 
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rata “ CS LO002-0-I4 CS ADDR <5:0> H 


MIC CS LOOO3-0-7 
REV. B 


UTR MICRO VECTOR 3H=H 


UBI CS LO004-0-I5 | CS ADDR 3L=L CS ADDR 3H=H 
REV.C | BD- > 


Un AOE aie aid CS ADDR 2L = H[S0,CS ADDR 2H = L 
INT [MICRO VECTOR 1H =L x : 
MICRO VECTOR 0H =H 


i OSS APPR EHD SS AROR IHL 


| | Jo SSDP ROL = LP cs ADDR OHH 


ENABLE pVECT H=H > @ a 


NOTE: 
MICRO ADDR INH L=H 
DOSRVCL=L 


Figure 2-120 Microaddress Generation for Interrupt 
(CONSOLE INT) 


NOTE 
Figure 2-120 shows the source of CS ADDR 
<5:0> H, but does not show the various enables 
and controlling signals involved with the above oper- 
ation. For details, see the appropriate schematics, 
indicated on Figure 2-120, and Table 2-62. 
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Table 2-62 MSQ CS ADDR L <5:4> L Output 


MICRO ENABLE DO Internal CS ADDR L* 
ADDR INH L UVECT H SRVC L MSQ INIT L 5 4 
Microtrap H H H H L H 
Trap H L L H H L 
Interrupt H H L H cL Lb 


*. = True (1), H = False (0). 


2.9.2 Trap Condition Microaddress Generation 

Producing a microaddress for a trap condition is a less complicated process than that for interrupts. 
Table 2-60 shows that all traps are 1n (hex). (See Figure 2-121.) Two chips are responsible for produc- 
ing the microaddress to the CPU control store: SAC outputs CS ADDR <2:0> L and MSQ outputs 
CS ADDR <5:3> L. Figure 2-121 shows the five possible trap signals input to the SAC chip. 


DPM I4 CS LOO02-0-!4 REV. B 


CS ADDR <5:0>H 
7 


>_CS ADDR SL =H po SS ADDR SH= L ) 
| 
| 
2 7 | 
Bane n>_CS ADDR 4L = L DCSADDR4H=H . | 
yu VECT H | | ) 
- ; Tit 7 
DDR 3L=H aT ee eee ee 
a eaven: > _CSA L S08 4008 3H=L ‘1 
=L | 
| 
| 
DPM I7 CS LOOO2-0-!7 REV. B | 
| 
CS ADDR2L=H = | 
ARITH TRAP L @ >. oe apenas | 
| 
FP TRAP L = z 
5_CS ADDR IL=H pp. coeseleiialts L ; 
TIMER SERVICE H | 
>_CS ADDR OL = L nCSADDROH=H : 
CONHALTL—s CF... Ge ae eee 
O—> DO SRVCL=EL 
PSL TPH ENABLE pVECT H=L 


TKS780 


Figure 2-121 Microaddress Generation for Trap 
(Arithmetic Trap) 
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Arithmetic Trap (ARITH TRAP L) 

FPA Integer Overflow Trap (FP TRAP H) 
Timer Service (TIMER SERVICE H) 
T-Bit Trap (PSL TP H) 

Console — P Trap (CON HALT L) 


Sie i 


An arithmetic trap is used in the following example (see Figure 2-121).., 


SAC — the signal ARITH TRAP L = L. The SAC chip responds to ARITH TRAP L by asserting 
low, high, and low respectively on CS ADDR <2:0> L. (See Table 2-63.) The SAC chip also 
outputs DO SRVC L to the MSQ chip. ENABLE UVECT H (output by SAC) is inactive, low, at 
this time. 


MSQ —- DO SRVC L = L and ENABLE UVECT H = L are recognized by the MSQ chip, 
which then outputs a high and low on CS ADDR <5:4> respectively (see Table 2-62). 


The output of SAC and MSQ are ORed together as shown in Figure 2-121, thus producing a micro- 
address on the CS ADDR <5:0> H lines of 11 (hex). 


2.9.3, Microtrap Condition Microaddress Generation 

Microaddress generation for microtraps is accomplished by the UTR and MSQ gate arrays (see Figure 
2-122). However, the SAC is also instrumental in this operation. Table 2-60 shows the microaddress 
used for the various microtrap conditions. For this discussion a READ TB MISS microtrap operation is 
used as an example. Table 2-60 shows that the microaddress for this operation is 2A (hex). This micro- 
address is generated as follows. 


UTR Chip — This chip constantly monitors events occurring during each microinstruction. If a 
translation buffer (TB) miss occurs during a read microinstruction, the instruction cannot be com- 
pleted. Microcode flows (starting at microaddress 2A (hex) must be executed in order to fetch the 
needed PTE from memory. In response to TB PARITY ENA H = H and the absence of a TB 
HIT (TB HIT 1 H = Land TB HIT 0H = L), UTRAP L is generated. In addition, MICRO- 
VECTOR <3:0> H are set to H, L, H, L (see Table 2-64 for other microtrap conditions) These 
lines are driven on the rising edge of MCLK L. 


SAC Chip — When this chip receives UTRAP L it generates ENABLE UVECT H. DO SRVC L 
stays inactive (high). 


MSQ Chip — The MSQ recieves ENABLE UVECT H and outputs low and high on CS ADDR 5 
L and CS ADDR 4 L respectively (see Table 2-62). The outputs of the MSQ and UTR chips are 
ORed together as shown in Figure 2-122. This produces an address of 2A (hex) on CS ADDR 
<5:0> H. 
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Table 2-63 SAC Chip CS ADDR <2:0> L 
(Output Conditions for Traps) 


Trap Condition 


Arithmetic Trap 

FPA Integer Overflow 
Timer Service 

T-Bit Trap 

Console P Trap 


CS ADDR <2:0> L 


2 


alt al aes oa B 


Note: L = True (0), H = False (1). 


Table 2-64 UTR Chip MICROVECTOR <3:0> H Output 


Microtrap Condition 


Control Store Parity Error 
FPA Reserved Operand 
MSRC XB TB Error 

MSRC XB Bus Error 

Bus Error 

Reserved 

MSRC XB Miss 

MSRC XB ACV 

TB Error 

Read TB Miss 

Write TB Miss 

Read ACV 

Write ACV 

Write Crossing Page Boundary 
Write Unlock Crossing Page Boundary 
Read Unaligned Data 

Write Unaligned Data 

Write Unlock Unaligned Data 
BUT XB TB Error 

BUT XB Bus Error 

BUT XB Miss 

BUT XB ACV 
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Priority 


Oo CONN NA BR WN 


1 


Coogee 
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Microvector <3:0> H 


2 


open e on Pe ond ued und ca onge Seen ne heed neha end eagesgergeseesneca an 


Z 


ee ee ea pie a eee Ck ek kee bee 


1 


Ey Gb gle ey epee ee ie eee ee 


ae ee oe ee po eo Qe ee ee ee ee ee yl 


CS ADDR 


<5:0>H 
DPM I4 CS LOOO2-0-14 REV.B a 


CS ADDR 


CS ADDRS5L=L 


DOSRVCL=H 


CS ADDR 
ENABLE »wVECTH=H CS ADDR4L=H 


FF 


MIC 2 CS LOOO3-0O-7 REV.B 


ana: MICRO VECTOR 3H=H ease 
_ MICRO VECTOR 2H =L C 
esas MICRO VECTOR 1H=H |e eas > 
TB PARITY ENAH=H 
MICRO VECTOR 0H = L ne 
O- > TRAP L=L CS ADDR 2L=H QH=L 
=D >< 
CS ADDR 
qT CS ADDR 1L=L So 1H=H 


CS ADDR 


“| je CS ADDR OL=H > OH=L 


UTRAPL=L SAC 1O—»DOSRVCL=H 
ENABLE 


uVECTH = _> 
O—-C 
9 > 


TK-5809 


Figure 2-122 Microaddress Generation for Microtrap 
(READ TB MISS) 
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APPENDIX A 


LIMITED GLOSSARY OF MNEMONICS 


ACCS - accelerator control and status register 
ACV - access control violation 

ADD - address control 

ADK - address controller 

ALK - arithmetic logic control 

ALP - arithmetic and logical processor 
ALU - arithmetic logic unit 

AMUxX - address multiplexer 

AST —- asynchronous system trap 
ASTR - AST - level register 

ATCR - arithmetic trap code register 
BAR - buffered address register 

BCD - binary coded decimal 

BCLK - base clock 

BDP - buffered data path 

BR — bus request 

BUT - branch under test 

CADR - cache disable register 

CAER - cache error summary register 
CAK - cache controller 

CCC - condition code logic (gate array) 


CCS - CPU control store 


CI - carry input 

CLA - carry look-ahead 

CM — compatibility mode/current mode 

CMC - memory controller 

CMI - CPU memory interconnect 

CMIERR —- CMI error register 

CMK —- CPU memory controller 

CMOS - complementary metal-oxide semiconductor 
CON - console interface 

CSA - control store bus address 

CSRD - console storage receiver data 

CSRS - console storage receiver status 

CSTD - console storage transmit data 

CSTS - console storage transmit status 

CUR MODE - current mode 

DCLK - destination clock 

DDP - direct data path 

DPM - data path module 

ESP — executive stack printer 

FPA -— floating-point accelerator 

GPR — general purpose register 

HPBG - highest pending bus grant 

HSIPR - highest software interrupt pending request 
ICCS - internal counter control and status/internal clock control and status 
ICR -— interval count register 

INT — interrupt logic 


IPL - interrupt priority level 


IPR - internal processor register 

IR — instruction register/interrupt request 

IRD - instruction decode (chip) 

IS — interrupt stack (flag) 

ISP —- interrupt stack pointer 

ISTRM - instruction stream data 

JSR — jump to subroutine 

KSP - kernel stack pointer 

MA —- memory address 

MAD - memory address 

MAP - memory address map 

MBA - Massbus adapter 

MCESR - machine check error summary register 
MCLK — microsequencer clock 

MDR - memory data register/memory data routing and alignment 
MEMSCAR - memory status and control register 

MIC — memory interface and control/memory interconnect 
MME - memory management enabled 

MSQ - microsequencer (chip or gate array) 

MSRC - MBUS data source (microfield) 

MTEMP - M-type temporary registers (output to MBus) 
MEFPR - move from processor register instruction 
MTPR - move to processor register instruction 

NICR -— next interval count register 

NPR -— non-processor request 

OSR - operand specifier register 


P latch — position latch 


PA — physical address 

PAD - physical address (lines) 

PBR - process base register 

PC — program counter 

PCBB - process control block base 

PFN -— page frame number 

PHB - practically half the BUTs (microsequencer chip or gate array) 
PLR - process length register 

PMR - performance monitor register 

PRK - prefetch control chip 

PSL - processor status longword 

PTE - page table entries 

Q,D CLK - loads and shifts Q and D register 
RBS - register backup stack 

RBSP —- RBus pointer 

RBSP - register backup stack pointer 

RCAR - received CMI address register 

RDM - remote diagnostic module 

REI — return from exception or interrupt (check) 
RNUM - register number register 

ROT - (refers to super rotator) 

RTEMP - temporary registers (output to RBus) 
RXCS - console receive and status 

RXDB - console receive data buffer 

S latch — size latch 

SAC - service arbitration and control (gate array) 


SBR - system base register 


SCB — system control block 

SCBB — SCB base register 

SID —- system identification 

SIR — software interrupt summary register 
SIRR —- software interrupt request register 
SL - shift left 

SLR — system length register 

SPA - scratchpad address 

SSP - supervisor stack pointer 

SPFI - sync power fail interrupt 

SPICR - scratchpad interval count register 
SPNICR - scratchpad next interval count register 
SPTE —- system page table entry 

SPW - scratchpad write 

SR — shift right/service request 

SRK — super rotator control 

TAG — virtual translation address 

TB — translation buffer 

TBDR - translation buffer disable register 
TBGDR — TB group disable register 
TBGPR — TB group parity register 

TBHR - TB hit register 

TBIA - translation buffer invalidate all 
TBIS - translation buffer invalidate single 
TODR - time-of-day register 

TOK - interval timer (gate array) 


TOY - time-of-year (clock) 


TR — transfer request 

TXCS — console transmit control and status 
TXDB - console transmit data buffer 
UBI - Unibus interconnect 

UCN - Unibus control 

UDP - Unibus data path 

UET - Unibus exerciser/terminator 
USP - user stack pointer 

UTR - microtrap 

V bit — valid bit 

VA - virtual address 

WCS - writable control store 

WDR - write data register 


XB —- execution buffer 
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